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I 


EXECUTIVE  SOTMAKY 


Traditional  shipyard  piping  design  begins  with  a  piping  system 
diagram.  The  piping  system  diagram  is  a  drawing,  at  a  level  of 
detail  which  gives  guidance  and  basic  limiting  parameters. 
Conseguently  the  detailed  design  products  which  follow  may  contain 
errors,  unintended  differences  from  and  contradictions  to  the 
system  level  design  specifications. 

This  study  was  authorized  to  determine  the  feasibility  and  examine 
the  implications  of  creating  a  computer-controlled  environment  in 
which  the  system-level  design  can  be  prcgrammatically  correlated  to 
the  detail  design.  The  approach  taken  would  be  to  create,  up-front, 
computer-resident  sets  of  piping  specifications  and  design  rules. 
These  sets  would  for  the  basis  for  computer  software  processes  and 
checks,  to  ensure  that  detail  design  practices  are  not  allowed  to 
deviate  from  the  intent  of  the  system  design.  Perfoming  piping 
design  in  such  a  ccmputer-controlled  environment  has  been  titled 
specification-driven  design. 

This  study  was  intended  to  address  several  issues: 

1.  Is  such  a  system  technically  feasible? 

2.  What  are  some  of  the  benefits  of  such  a  system? 
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3. 


What  are  the  constraints  to  creating  and  using  such  a  system? 


4.  Can  such  a  system  be  developed  that  would  be  generic  to  the 
shipbuilding  industry,  or  must  it  be  user-specific? 

The  answer  to  this  first  question  is  yes.  Such  a  system  is 
technically  feasible.  Development  has  progressed  in 
three-dimensional  CAD/CAM  technology  to  the  point  that  assembling  a 
complete  toolkit  to  build  such  a  system  is  possible.  Accordingly, 
during  the  course  of  this  study,  a  prototype  system  was  built  that 
demonstrates  the  characteristics  of  a  "specification-driven" 
environment 

In  answer  to  the  second  question,  some  of  the  benefits  such  a  system 
would  provide  include: 

Elimination  of  out-of-specification  materials  or  material 
incompatibilities . 

Geometric  consistency  between  design  intent  and  final  product. 

Reduction  or  elimination  of  change  paperwork. 

smaller  design  teams,  as  a  result  of  combining  of  functions. 
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•  Achievement  of  "mature"  design  in  a  shorter  period  of  time. 

•  Maintenance  of  currency  between  details,  BOM's,  and  manufacturing 
Paper, 

•  Extraction  of  manufacturing  data  from  the  ccmputer-resident 
design  model. 

Although  the  "specification-driven"  system  is  perceived  to  be  both 
feasible  and  beneficial,  there  are  some  constraints  which  apply  to 
the  creation  and  use  of  such  a  system.  Also  there  are  technical  and 
organizational  issues  which  cannot  be  overlooked. 

From  a  technical  standpoint,  few  shipyards  use  exactly  the  same  set 
of  Computer  tools.  Consequently  they  do  not  all  have  exactly  the 
same  requirements  for  data,  data  types,  entities,  or  graphic 
representations.  In  a  software-driven  environment,  responsiveness 
to  change  on  the  order  of  magnitude  required  by  a 
specification-driven  system  turns  out  to  be  a  major  consideration. 

From  the  organizational  standpoint,  it  is  recognized  that  the  flow 
and  dispersal  of  data  throughout  yard  organizations  differ  from  yard 
to  yard.  Traditional  workflow  sequences  will  be  strongly  affected 
by  the  implementation  of  a  specification-driven  system. 
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The  specifications  themselves  present  a  significant  Challenge,  owing 
to  their  size,  number,  complexitty,  and  interrelationships.  The 
degree  of  success  met  in  identifying,  formatting,  organizing,  and 
storing  the  specifications  on  the  computer,  will  determine  the 
magnitude  of  other  requirements,  such  as  manning,  time,  and  ccmputer 
resources . 

The  ccmputer  resources  aspect  merits  special  mention  here.  The 
approach  used  in  creating  the  prototype  (specifically,  creating  a 
3-D  versus  a  2-D  system  diagram,  fleshing  it  out,  and  successively 
refining  it  with  3-D  details)  is  a  viable  concept,  and  one  which  can 
be  applied  on  any  3-D  CAD  system.  But  each  implementation  of  that 
approach  on  distinct  vendor  systems  will  differ  in  substance, 
because  the  vendor  systems  do  not  all  define  the  same  elements  and 
entities  in  the  same  way.  Even  identical  entities  are  frequently 
stored  or  used  differently  on  different  systems.  This  means  that 
even  though  the  approach  is  transportable  between  different  vendor 
Systems,  an  implementation  of  it  on  a  given  system  will  still 
contain  non-transportable  elements.  No  clear  way  of  avoiding  this 
situation  has  been  identified,  short  of  eliminating  the  use  of 
differing  systems. 
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Can  then  a  generic  specification-driven  pipe  detail  design  system  be 
developed  for  shipyard  industry  use?  The  present  study  indicates 
that  there  are  unavoidable  user-specific  aspects  embedded  in  any 
implementation  of  a  specification-driven  system.  There  seems  to  be 
no  common  denominator  to  apply  across  the  industry  for  a  generic 
system. 

The  prototype  developed  in  this  study  proves  that  the  technology  is 
available  to  develop  such  a  capability  on  a  given  vendor  system. 

But  at  the  same  time,  the  study  also  indicates  that  certain 
assumptions  must  be  made  and  certain  conditions  must  be  in  place  for 
the  system  to  work.  Though  there  may  be  many  similarities  between 
yam%,  no  two  facilities  are  known  at  the  present  to  to  have  such 
conditions  in  common .  Ultimately,  this  means  that  development  and 
usefulness  of  this  type  of  pipe  detail  design  system  must  be 
determined  by  individual  yards,  based  on: 

Z  their  commitment  to  making  the  necessary  changes  to  their 
organizational  structure;  and 

Z  their  ability  to  project  savings  over  their  workload. 
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II.  PURPOSE 


The  purpose  of  this  study  was  twofold: 

1)  To  investigate  the  feasibility  of  producing,  on  a  CAD/CAM 
system,  a  detailed  pipe  design  driven  by  the  specifications 
for  the  system;  and 

2)  If  such  a  design  system  were  deemed  feasible,  to  generate  a 
prototype  system  which  demonstrates  the  characteristics  of 
being  specification-driven. 

As  stated  in  the  foregoing  Executive  Summary,  both  purposes  were 
accomplished.  However,  it  is  important  to  note  that  this  study  does 
not  constitute  development  of  a  production  system,  nor  is  it  an 
economic  analysis  of  the  development  of  such  a  system.  Rather  it  is 
a  demonstration,  by  actual  construction  of  a  prototype,  that 
building  a  specification-driven  pipe  detail  design  system  is 
technically  feasible  and  achievable. 
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III.  THE  SPBCIFICaTICNS 


It  is  a  considerable  task  to  implement  a  fully  specification-driven 
system,  considering  the  size  of  the  body  of  data  that  comprise  the 
specifications  and  the  varying  forms  they  assure.  The  ultimate  goal 
is  a  system  in  which  theoretically  it  is  impossible  for  a  detail 
designer  to  generate  details  containing  discrepancies,  inaccuracies, 
misused  material,  or  other  out-of-spec  conditions.  In  practicality, 
such  a  system  is  still  only  as  complete,  accurate,  and  up-to-date  as 
its  database  (s)  of  specifications  and  design  rules. 

Much  of  the  initial  effort  in  this  study  was  devoted  to  determining 
the  exact  composition  of  what  is  collectively  called  "The 
Specifications.  "  One  of  the  problems  involved  in  developing  a 
specification-driven  system  is  that  all  the  specifications  for 
piping  systems  on  a  given  ship  type  and  contract  are  widely 
dispersed  among  a  number  of  sources  and  are  themselves  sub  ject  to 
revision . 

The  various  sources  we  have  identified  include: 

.  The  Ship  Specification  document 

.  Contract  Drawings 

.  pro ject -peculiar  documents 

.  Guidance  drawings 
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.  Standard  drawings 

.  Type  drawings 

.  Design  data  sheets 

.  Goverment  Standards  (MIL-STD  and  MIL-SPEC) 

.  Industry  Standards 

.  Installation  control  drawings 

.  Sub-tier  references 

Any  requirements  set  forth  by  any  other  recogonized  authority 

Most  of  these  sources  are  not  self-contained,  in  that  they  refer  to 
Other  documents  and  drawings  which  involve  additional  requiremmts 
or  specifications.  For  example,  steam  piping  system  design 
specifications  are  contained  in  the  Ship  Specification  document  in 
at  least  22  separate  sections,  with  multiple  external  references. 
as  another  example,  MIL-STD-777D  breaks  out  into  69  individual 
categories  of  pipe  systems,  according  to  function,  service, 
material,  and  so  forth.  These  categories  also  further  break  down 
into  multiple  sub-tier  references.  In  the  prototype  system  there  is 
no  hierarchically  arranged  system  of  accessing  sub-tier  references. 
This  is  a  topic  which  deserves  further  in-depth  study  on  its  own. 
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mother  level  of  complexity  is  added  by  specifications  that  change 
from  ship  type  to  ship  type,  from  contract  to  contract,  and 
sometimes  during  a  given  contract.  The  prototype  system  addresses 
this  problem  by  restricting  the  datafiles,  which  are  built  into  the 
3-D  model,  to  a  chosen  contract,  hull,  and  Ship  Work  Breakdown 
Structure  (SWBS)  group. 

It  is  also  necessary  to  include  into  the  system  the  design  rules 
governing  overall  system  design,  such  as  maintaining  proper  slopes 
and  clearances,  avoiding  low  points,  inserting  vents  and  drains  in 
the  proper  locations,  proper  seguencing,  avoiding  penetrations  into 
electronic  spaces,  and  so  forth.  These  design  rules  are  themselves 
prescribed  by  the  ship's  specification  or  other  reference,  and  by 
standard  design  procedures.  Not  all  of  these  design  rules  were 
implemented  in  the  demonstration  system  because  of  time. 

After  identifying  the  composition  of  the  specifications,  this  mass 
of  information  must  be  condensed  into  subsets  of  manageable  size  end 
(more  importantly)  into  computer-usable  form  for  storage  and 
retrieval.  The  prototype  is  a  cut-down,  restricted-access, 
purposefully  small  system,  selected  from  an  actual  assembly  of  an 
actual  ship  design.  This  makes  it  possible  to  work  with  a  specific 
set  of  specifications,  properties,  materials,  descriptions  and 
design  rules. 
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By  definition,  a  "totally"  specification-driven  system  does  not 
exist  until  the  totality  of  the  specifications  is  entered  and  stored 
in  a  usable  form  in  a  computer  database. 

For  this  reason,  the  primary  effort  was  directed  toward  generating 
the  prototype  system  of  small  and  manageable  proportions,  to 
demonstrate  an  approach  to  be  taken  as  a  step  toward  the  ultimate 
goal.  This  prototype  system  seines  to  show  what  is  presently 
feasible  and  achievable  on  today's  3-D  CAD/CAM  system. 
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17. 


DEVELOPMENT  AND  PRESENT  STATE  OF  THE  ART 


The  development  of  the  3-dimensional  geometric  database  for  CAD 
(where  the  D  is  for  design,  rather  than  drafting)  has  been 
accompanied  by  the  evolution  of  more  intelligent  software  and  data. 
This  means  that  attributes  and  characteristics  such  as  material, 
thickness,  weight,  CG,  etc.  ,  can  be  associated  with  an  entity  in 
addition  to  its  geometric  qualities.  As  a  result  of  these  data 
having  become  available,  software  can  be  used  to  define  and 
implement  design  rules.  These  rules  can  check  not  only  items  such 
as  compatible  materials  coming  together  or  correctness  of  fitting 
sizes  for  mating  pieces,  but  can  also  be  invoked  to  ensure 
manufacturability.  Using  an  intelligent  3-D  pipe  model,  a  software 
interface  can  extract  manufacturing  data  from  the  model  and  pass  it 
on  to  CAM  systems,  such  as  a  DNC  pipe  bender.  Checking  the  length 
of  straight  pipe  between  bends  to  ensure  that  in-house  equipment  can 
accomplish  bends  as  specified  is  an  example  of  a  manufacturing 
design  rule  check. 

Design  and  manufacturing  rule  checks  are  made  possible  not  only  by 
software  development,  but  by  the  presence  and  use  of  associable 
data.  Data  elements,  like  software,  are  often  not  in  place  because 
of  the  economic  trade-offs  between  creation  costs  and  benefits.  At 
the  present  time  no  computer  correlation  between  the  schematic 
diagrams  for  piping  and  the  detail  design  is  done  at  a  contractor's 
yard. 
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In  the  usual  detail  design,  the  data  it  takes  to  make  the  crosscheck 
are  not  available  at  the  time  the  crosscheck  should  be  made;  or  else 


it  is  available,  but  not  stored  on  a  computer.  The  cosh  °f 
capturing  and  storing  these  data  —  terms  of  manpower  and  budget 
resources,  as  well  as  the  major  organizational  restructuring  it 
would  require  —  has  been  perceived  as  prohibitive.  The  cost  of 
capture  would  exceed  the  benefit  derived. 


However,  if  the  decision  is  made  to  pursue  full  development  of  a 
Specification-driven  pipe  detail  design  system  in  a  true  3-D  mode, 
then  that  decision  dictates  that  the  data  must  be  made  available. 
Hence  steps  must  be  taken  to  identify  and  capture  these  data. 


At  most  shipyards,  absent  elements  are  included  among  the  following: 

Z  System  diagrams  are  only  2-D  functionally  representative 
drawings. 

Z  System  diagrams  are  not  truly  scaled  or  completely  dimensioned. 
This  imposes  immediate  limitations  on  the  level  of  completeness 
which  can  be  achieved  for  true  geometry. 
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,  System  diagrams  do  not  contain  all  components  (tees,  ells,  tends, 

sleeves,  etc.  ).  This  limits  correlation  with  the  detail  design, 
and  is  the  reason  for  the  absence  of  some  of  the  dimensional  data 


which  are  created  in  detail  design  as  a  function  of  component 
selection  and  insertion. 

Z  Major  functional  items,  such  as  valves,  are  located  on  the 

diagram  only  generally,  not  specifically  in  ship  coordinates  with 
orientation  of  hand  wheels. 

•  Many  compnents  are  selected  that  not  only  meet,  but  in  fact 
exceed,  specification.  This  adds  to  the  complexity  of 
correlation  because  the  exact  substitution  is  not  identified 
until  late  in  the  developmental  flow. 

What  can  be  done  to  counter  these  problems? 

Some  of  the  steps  taken  to  offset  these  disadvantages  include  the 
following: 

•  A  master  property  file  has  been  created  on  which  resides  all 
MIL-STD-777D  components  and  attributes  associated  with  these 

entries.  In  conjunction  with  the  property  file,  a  corresponding 
master  material  file  and  a  description  file  have  also  been 
created. 
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•  Restricted  subsets  of  each  masterfile  have  been  extracted,  which 
are  specific  to  the  contract,  hull,  and  -  level  for  each 
model . 

ZAny  substitutions  of  the  "meets-or-exceeds  specs"  nature  are 
eliminated  at  the  start  by  having  the  cognizant  system  engineer 
and  material  sourcing  personnel  cooperate  in  creating  the 
restricted  master  files,  before  the  model  itself  is  created. 

Thus  any  substitutions  which  may  be  necessary  because  of 
inventory  levels,  supply  problems,  cost  factors,  or 
company-specified  preferences  can  be  put  into  the  restricted 
files  as  original  entries,  not  modification.  A  data  element 
stored  within  the  model  itself  identifies  the  files  from  which 
the  model  was  created  and  disallows  any  attempts  to  access 
components,  materials,  fittings,  etc.  from  other  files. 

Z  Routing  is  done  in  a  ship  coordinate  system  that  is  dimensionally 
accurate  to  the  fitting  level  and  all  fittings  are  included 
within  the  model  as  a  software  function,  selected  from  the 
restricted  files,  thereby  ensuring  accuracy  and  compatibility. 

Z  The  bill  of  material  feature  is  assured  of  having  valid  and 
correct  selections  and  quantities  because  it  accesses  a  model, 
created  from  the  restricted  files. 
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2-D  vs  3-D  System  Diagram 


The  piping  system  diagram  traditionally  is  the  common  origin  from 
which  the  detail  design  proceeds.  Accordingly,  this  study  began 
with  the  creation  and  development  of  the  system  diagram 

The  conventional  2-D  system  diagram  cannot  provide  computer-aided 
correlation  between  itself  and  the  associated  detail  design  except 
in  a  very  limited  sense.  Traditionally  piping  detail  design  has 
been  developed  from  a  previously  prepared  2-D  system  diagram. 

Figure  1  depicts  a  typical  2-D  partial  piping  system  diagram.  It  is 
evident  from  the  diagram  that  the  2-D  representation  lacks  locating 
dimension  data,  as  well  as  some  component  identifications,  such  as. 
elbows,  bends,  and  tees.  The  general  route  of  the  pipe  and  the 
locations  of  the  valves  are  indicated,  but  only  in  a  general  sense, 
not  oriented  to  any  specific  reference  point. 

Since  no  capability  exists  programmatically  to  utilize  the  2-D 
diagrammatic  in  a  checking  capacity  for  the  detail  design,  the 
designer  has  to  manually  extract  the  system  requirements  from  the 
diagram  and  all  the  documentation  comprising  "the  specs.  "  Clearly 
this  practice  does  not  programmatically  ensure  either  correctness  or 
consistency  between  the  system  diagram  and  detail  design. 
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Analysis  indicates  that  specification-driven  pipe  detail  design  is 
best  accomplished  by  preparing  the  system  diagram  on  the  computer  in 
a  3-D  CAD/CAM  environment.  This  is  a  major  departure  from  standard 
shipyard  procedures.  The  advantage  of  this  approach  is  that  it  lays 
the  foundation  for  such  functions  as  assured  compatibility  between 
the  system  diagram  and  detail  drawing,  including: 

.  proper  sequencing  of  piping  components. 

.  correct  material/component  selection. 

.  correct  piping  arrangement/routing. 

.  design  rule  checking. 

Also,  when  used  in  conjunction  with  the  models  from  other  ship 
disciplines,  interference  checking  is  made  possible. 

An  isometric  view  of  the  3-D  Product  Definition  Model  gives  some 
clear  advantages  over  the  conventional  system  diagram  as  a  workable 
tool.  Visually  it  provides  a  much  better  understanding  of  the 
system  requirements  and  layout  including  routing.  It  is  invaluable 
in  early  identification  of  conflicts  in  congested  areas,  and  as  a 
troubleshooting  guide.  The  3-D  model  contains  graphics  and 
intelligence  that  far  exceed  the  requirements  of  a  system  diagram. 

The  3-D  model  thus  eliminates  the  need  for  a  2-D  representation,  and 
may  possibly  require  a  redefinition  of  the  present  system  diagram  as 
a  contract  deliverable  item.  The  3-D  model  would  be  the  logical 
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entity  to  take  its  place.  Then,  by  issuing  appropriate  commands  on 
the  CAD  system,  the  intelligence  that  is  in  the  model  drives  the 
detail  design. 

Arrangements 

The  Piping  Product  Definition  Model  is  dependent  upon  the 
compartment  arrangement  and  structural  models  being  completed  prior 
to  its  development.  This  is  a  shift  in  the  standard  design 
approach,  wherein  arrangements  and  structures  are  generally  prepared 
in  parallel  with  the  piping  system  and  detail  design  phases. 
Assumptions  can  be  made  based  on  the  information  contained  in  the 
contract  package.  The  logical  approach  seems  to  be  to  schedule 
structure  and  arrangements  to  be  done  first. 

S^stem__Se2uencin£ 

With  a  full  implementation  of  a  specification-driven  design  system, 
each  shipboard  piping  system  will  have  its  own  designated  product 
Definition  Model.  This  necessitates  the  adoption  of  control 
mechanisms  on  the  part  of  design  management.  Piping  models  cannot 
all  be  developed  concurrently  (like  2-D  system  diagrams)  when 
multiple  systems  access  the  same  compartment.  Actual  pipe  routing 
is  completed  at  the  model  stage,  so  ordering  criteria  must  be 
established  for  building  the  models.  Piping  systems  will  have  to  be 
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prioritized  according  to  sequence  to  prevent  piping  impacts.  An 
ordering  that  seems  to  work  fairly  well  in  the  contractor's  yard,  at 
least  in  limited  applications,  is  structure  first,  then  hvac  and 
Electrical,  then  Pipe.  System  sequencing  is  not  a  new  approach;  it 
simply  must  begin  at  an  earlier  stage. 

At  this  point  it  is  pertinent  to  ask  for  the  rationale  behind  this 
approach.  What  led  us  in  this  direction?  In  the  sequel  this 
question  is  addressed. 
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V. 


THE  PROTOTYPE  SYSTEM  DESCRIPTION 


The  Approach 


Originally  it  was  felt  that  the  best  approach  would  be  to  first 
create  a  3-D  model  and  generate  —  with  some  small  effort  -  a  2-D 
system  diagram  from  that  model.  This  would  be  done  by  rotating  into 
the  plan  view,  turn  off  edgeviews,  turn  on  centerline  display,  snap 
a  picture  and  thus  obtain  a  drawing.  This  is  still  possible  and  it 
can  be  done  whenever  desired. 

However  the  choice  was  made  not  to  do  it,  because  it  results  in  a 
very  cluttered  and  confusingly  "busy"  product,  particularly  against 
a  background  of  other  ship  submodels  —  HVAC,  Electrical,  Hull 
Structure,  and  so  on.  Even  after  blanking  out  all  the  unwanted 
portions  of  the  background  models,  the  remaining  centerline 
representation  still  is  not  really  satisfactory.  Symbols  must  be 
created  and  inserted  to  represent  components.  Annotations  must 
still  be  added.  Changes  in  the  vertical  dimension  are  not  clear  in 
the  2-D  representation.  Neither  are  the  symbols  for  the  components. 
The  3-D  model  loses  its  clarity  when  it  drives  a  2-D  diagram. 
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Ultimately,  if  the  3-D  model  is  allowed  to  drive  a  2-D  schematic 
diagram,  the  resultant  of  feet  is  that  of  merely  automating  the 
production  of  the  system  diagram,  and  the  pipe  detail  designer  ends 
up  with  exactly  what  he  had  in  the  first  place:  a  2-D  diagram  on  a 
sheet  of  paper.  From  this  he  must  do  his  routing,  insert  fittings 
and  valves,  generate  material  lists,  and  submit  to  the  composite 
function  to  determine  interferences  to  be  resolved.  All  his  results 
must  then  be  recreated  in  3-D  to  get  then  back  into  the  model. 

So,  the  reverse  approach  was  taken.  Since  it  was  necessary  in  any 
case  to  establish  points  in  space  in  an  arbitrary  coordinate  system, 
and  then  create  a  rough  pipe  route  between  them,  it  seemed  foolish 
not  to  go  ahead  and  perform  the  task  in  generally  arranged  3-D  Ship 
space.  This  way  the  rough-route  of  the  pipe  and  all  the  associated 
points  are  saved  and  are  available  to  the  detailer.  The  points  are 
in  true  ship  coordinates  in  an  intelligent  model  on  the  CAD 
workstation,  not  just  on  a  piece  of  paper.  Having  these  points 
established  in  the  model  does  not  mean  that  some  of  them  cannot 
later  be  changed  by  the  detailer,  but  it  does  mean  he  has  a  true 
ship-coordinate  3-D  starting  model  to  work  with. 
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In  actuality  the  only  really  "fixed"  points  he  has  are  the  starting 
points  and  ending  points.  These  must  remain  fixed  because  usually 
they  are  the  entry  points  into  and  exit  points  out  of  the  modeled 
zone.  There  is  not  enough  storage  on  almost  any  given  existing 
CAD/CAM  system  to  hold  an  entire  stem-to-stern  3-D  model  on-line. 
Because  of  these  size  limitations,  ship  models  are  broken  up  into 
zones.  Entry  points  and  exit  points  are  kept  fixed  because  of  the 
accuracy  control  required  to  make  each  zone  match  up  with  its  mating 
assemblies.  These  points  could  be  controlled  to  the  level  of 
requiring  approval  for  movement. 

This  is  where  the  demonstration  of  the  prototype  model  begins,  with 
a  set  of  points  in  3-space  in  ship  coordinates,  a  set  of  restricted 
associated  material  and  property  files,  and  a  centerline  diagram 
displayed  in  3-D  in  several  views.  These  views  include  the  plan 
view,  which  resembles  the  2-D  schematic  the  detailer  is  accustomed 
to  seeing.  The  pipe  model  (a  firemain,  SWBS  521)  was  selected  from 
a  live  assembly  in  work  at  the  time  of  this  writing,  and  the 
background  of  live  sub-models  from  other  ship  disciplines  —  HVAC, 
Electrical,  Hull  —  is  included  in  the  model.  They  are  blanked  out 
for  the  sake  of  clarity. 

It  should  be  stated  that  the  demo  system  is  restricted,  tailored  and 
highly  structured.  Because  of  the  pressures  of  budget  and  time, 
sane  aspects  of  the  system  are  "hard-wired,"  but  the  tools  and 
machinery  are  there  to  do  a  full  implementation,  if  such  should  be 
directed  and  funded  in  the  future. 
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The  System  Structure 


There  are  three  primary  master  files  in  the  system: 


1)  The  master  property  file  (MIL-STD-777D,  Category  D-l) 

2)  The  master  material  file 

3)  The  master  description  file 


Figures  2 


and  3 


show  how  these  files  fit  into  the  system  structure. 


(Figures  2  and  3  also  correspond  roughly  to  the  cognizant  piping 
system  engineer's  job  and  the  detailer's  job,  respectively.  ) 


Figures  4,  ED  and|  6  ^re  samples  of  the  contents  of  these  files 


From  these  master  files,  three  restricted  rester  files  have  been 
extracted.  The  prototype  system  is  intentionally  limited  to  these 
restricted  files.  The  basic  premise  is  that  a  model  built  from 
restricted  files  containing  only  legal  components  and  materials  will 
yield  a  correct  detail  design.  Into  these  restricted  master  files 
have  been  placed  only  properties  fittings,  valves  and  materials 
which  meet  the  specifications  for  the  selected  pipe  system.  Doing 
this  ensures  that  the  detailer  cannot  use  any  out-of-spec  components 
or  materials.  Additionally  the  current  production  piping  layout 
package  has  been  tailored  by  restricting  it  to  a  subset  of  its  full 
capabilities,  and  a  number  of  design  rule  checks  and  error  stops 
have  been  added. 
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For  demonstration  purposes,  the  restricted  files  were  created  and 


loaded  using  only  available  system  utilities  —  extracts,  sorts,  and 
edits  -  but  in  a  fully-implemented  system,  this  process  should  be 
done  under  programmatic  control.  A  high-level  macro  should  drive 
creation  and  loading  of  the  restricted  files,  which  are  then 
specific  to  a  given  contract,  hull,  and  SWBS  group.  This  could  be 
done  by  making  a  set  of  computer-resident  Specification-constraint 
matrices,  cross-indexed  by  SWBS  number  and  MIL-STD-777D  category. 

The  macro  would  direct  the  program  to  extract  from  the  master 
property  files  only  those  components  and  materials  it  finds  that 
meet  the  conditions  set  forth  in  the  constraint  matrices,  and  load 
then  into  the  restricted  master  files  for  the  given  piping  system. 
These  matrices  could  be  structured  to  parallel  those  laid  out  in  the 
MIL-STD-777D  document  |(Figure  /)  . 


Producing  this  macro  program  and  a  full  set  of  constraint  matrices 
would  be  a  large  undertaking,  since  many  of  the  selection  criteria 
are  not  in  easily  translated  computer-sensible  form.  Wherever,  for 
example,  the  number  of  allowable  exceptions  or  substitutions 
outweighs  a  given  criterion  itself,  or  when  it  is  more  trouble  to 
force  the  criteria  into  a  computer-cmpatible  form  than  it  is  to 
make  a  manual  selection,  the  attempt  may  turn  out  to  be 
counterproductive.  A  combination  of  computer-based  and  manual 
efforts  could  turn  out  to  be  the  easiest,  quickest  and  most 
efficient  way  of  making  some  selections,  and  this  approach  should 
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not  be  dismissed  for  being  "tainted"  by  manual  methods.  As  a  matter 
of  fact,  the  mixed  method  approach  is  in  wide  use  today.  It  should 
definitely  be  recognized,  however,  as  a  source  of  admitting  or 
introducing  out-of-spec  -tries,  the  situation  our  system  attempts 
to  avoid.  Further  study  may  shed  light  on  ways  to  avoid  the  use  of 
mixed  methods  In  the  meantime,  the  mixed  method  approach  continues 
to  be  a  popular  and  widely  used  tactic  on  most  installed  cad 
systems,  and  the  practice,  while  it  admits  of  error,  is  not  likely 
to  be  abandoned  unless  there  is  a  clearly  superior  replacement. 

The  Functional  Breakdown 


Analysis  of  the  structure  of  the  restricted  system  resulted  in  the 
identification  and  isolation  of  certain  tasks  involved  in  three 
separate  functions:  that  of  the  material  sourcing  analyst,  that  of 
the  cognizant  piping  system  engineer,  and  that  of  the  pipe  detail 
designer.  In  attempting  to  isolate  the  functions,  one  observation 
has  been  that  some  of  them  could  be  logically  combined  to  take  full 
advantage  of  a  specification-driven  system.  If  these  functions 
remain  separate,  then  much  closer  coordination  and  cooperation  among 
these  three  is  necessary  before  an  implementation  of  a 
specification-driven  system  could  be  successfully  used.  Following 
are  the  functions  considered  in  the  analysis: 
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1)  Material  Sourcing  Analyst  Functions 


The  Material  Sourcing  Analyst: 

.  Identifies  specific  vendor-supplied  materials  and 
components 

.  Supplies  company  stock  numbers  and/or  national  stock 
numbers . 

.  Has  access  to  inventory  information,  purchasing 

information,  and  lists  of  equivalent  acceptable  components 
and  materials. 

.  Has  input  on  specifications  from  the  cognizant  piping 
System  engineer. 

.  Based  on  this  information,  decides  specifically  which  among 
the  various  acceptable  equivalents  will  actually  be  used.  * 

.  Loads  these  specific  items  to  the  piping  master  files. 

This  must  be  done  before  the  cognizant  piping  system 
engineer  can  construct  the  restricted  files  and  the  model 
tied  to  them 

*  (Usually  at  this  point  the  items  would  be  turned  over  to  purchasing  to 
bought  .  Under  a  new  specification-driven  system,  it  would  be  possible  to 
wait  until  the  model  is  built  and  the  design  is  fixed  to  order  the 
material  and  components  used  in  the  model.) 
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2)  Cognizant  System  Engineer  Functions 


The  Cognizant  System  Engineer: 

.  Knows  the  system  specifications  and  advises  the  material 
sourcing  analyst  on  specifications. 

.  Using  this  knowledge,  builds  the  restricted  files  for  a 
given  model  on-the  CAD  system 

.  Coordinates  with  material  sourcing  personnel  to  insure 
restricted  files  contain  only  valid  entries  -  identifies 
and  inputs  substitutions  and  equivalents  up  front. 


.  Models  the  system  diagram  in  centerline  mode  using  the 
restricted  files,  placing  pipe  and  valves  only.  This 
establishes  a  rough  route  of  the  pipe  run.  Entry  and  exit 
points  must  be  fixed  for  accuracy  control  purposes. 

.  At  some  point,  places  a  "lock"  on  the  model  and  stores  it, 
including  in  the  model  itself  a  data  element  which  ties  it 
to  the  restricted  files. 
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To  perform  the  task  of  creating  the  system  diagram  in  3-D,  the 
Cognizant  System  Engineer  has  available  a  software  toolkit. 

The  toolkit  is  a  collection  of  prepared  and  selected  programs 
and  options  on  the  CAD  system.  Some  come  with  the 
vendor-supplied  package,  some  are  vendor-supplied  and 
custom-tailored  in-house,  and  others  are  developed  and  written 
in-house  from  scratch.  The  kit  includes  many  of  the  same 
tools  used  by  the  detail —  the  point  location/creation 
tools,  the  verification  tools,  the  measuring  and  calculating 
functions,  the  analysis  and  utility  functions,  the  geometry 
and  placement  functions.  The  Cognizant  System  Engineer  has  no 
real  need  to  place  anything  other  then  pipe  and  valves,  if  his 
function  is  kept  separate  from  the  detailing  function.  But  he 
could  conceivably  be  given  the  entire  detailing  toolkit  as 
well,  and  could  perform  the  detailing  too,  in  this  new 
approach  to  pipe  design. 

The  Cognizant  System  Engineer  is  permitted  several 
capabilities  denied  to  the  detailer.  He  can  insert,  delete, 
and  interchange  valves;  specify  tolerances  and  limits;  set 
default  fitting  types;  lock  the  diagram  model  onto  the 
restricted  files;  lock  in  the  sequence  and  count  of  the 
valves;  and  set  the  entry  and  exit  points  into  and  out  of  the 
given  zone,  for  accuracy  of  module  mating. 
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But  all  these  functions  are  follow-ons  to  the  requisite  file 
building  and  loading  that  must  take  place  beforehand,  in  order 
to  make  this  approach  to  a  spcification-driven  system  work. 

The  Cognizant  Engineer  must  be  responsible  for  identifying  all 
the  components  and  materials  that  are  legal  ("within  spec") 
for  a  given  SWBS  number  and  MIL-STD-777D  category.  He  must 
interact  closely  with  the  material  sourcing  analyst,  to 
identify  AT  THE  BEGINNING  OF  A  CONTRACT,  what  specific 
materials  and  components  will  be  used  in  that  contract.  The 
material  sourcing  analyst  should  be  responsible  for  seeing 
that  these  materials  and  components  are  loaded  to  the 
MIL-STD-777D  master  files.  Macro  procdures  should  be  written 
to  control  the  loading  and  maintenance  of  these  master  files 
by  category. 

The  Cognizant  Engineer  should  be  responsible  for  extracting 
from  these  master  files  the  restricted  files  specific  to 
contract,  hull,  and  SWBS  number.  The  engineer  should  have  an 
extract  program  available  in  his  toolkit  to  assist  him  in 
creating  these  restricted  files. 
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This  extract  program  has  already  been  alluded  to  in  the 
foregoing  section  entitled  "The  System  Structure.  "  Writing  a 
general,  all-purpose,  case-cmprehensive  program  to  do  the 
extract  would  not  be  a  trivial  task.  One  of  the  major 
difficulties  is  to  determine  a  workable,  computer-sensfile 
from  for  ALL  the  specification  constraints  (or  at  least,  as 
many  as  a  given  yard  might  want) .  Many  of  them  be  stored 
and  accessed  in  forms  similar  to  the  category  tables  in  the 
MIL-STD-777D  document.  Hcwever,  no  all-encompassing  scheme 
has  yet  been  invented  whereby  EVERYTHING  —  subtler  and 
external  references  included  -  will  fit  neatly  into  a 
computer-compatible  format. 
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3)  Detail  Designer  Functions 


The  Detail  Designer: 

.  Retrieves  the  "locked"  model  by  specifying  proper  contract 
identifier,  hull  identifier,  and  SWBS  number. 

.  Runs  the  startup  procedure,  which  attaches  that  model  to 
the  files  the  cognizant  engineer  used  to  generate  the  model 
(and  only  those!  ) . 

.  Runs  the  detailed  routing  package  to  "flesh  out"  the 
diagram  with  fittings,  final  routing,  etc.  and  stores  the 
detailed  model  under  a  separate  name. 

.  Runs  postprocessor  functions  as  desired. 

Analysis  indicates  that  the  material  sourcing  analyst  is  the 
logical  choice  to  load  into  the  master  files  the  items 
approval  by  the  cognizant  piping  engineer.  The  cognizant 
engineer  should  create  the  restricted  files,  then  begin 
building  the  3-D  system  diagram.  Also,  it  would  be  just  as 
easy  for  the  cognizant  system  engineer  to  go  ahead  and  invoke 
the  same  procedures  on  the  CAD  workstation  that  the  detail 
designer  would  use.  Since  the  cognizant  engineer  would 
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already  be  at  the  workstation,  logged  in,  and  using  the 
package,  it  seems  logical  to  essentially  merge  the  detail 
design  task  into  the  cognizant  system  engineer's  realm  of 
responsibility.  With  a  sufficiently  friendly  user  interface 
to  assist  him  in  this  task,  he  could  produce  fully  detailed 
pipe  runs  as  easily  and  in  generally  the  same  time  frame  as  he 
formerly  spent  on  2-D  centerline  diagrams,  and  he  would  do  it 
with  fewer  errors  in  materials  and  components. 

Some  of  the  detail  design  functions  then  would  move  upstream 
to  the  system  engineer,  while  some  of  the  system  engineer's 
material/component  specification  functions  move  upstream  to 
the  material,  sourcing  analyst.  With  intelligent  models  (of 
the  other  disciplines,  besides  pipe)  to  merge  the  piping 
system  with,  and  with  an  efficient  trustworthy  interference 
checking  program,  the  traditional  composites  drawing  function 
could  conceivably  be  eliminated. 

Here,  however,  encroachment  begins  upon  the  departmental 
organizational  structures  and  functional  charters  at  most 
yards.  This  is  where  the  impact  on  organizational,  structure 
begins  to  become-  disruptive  to  the  "normal"  workflow  sequence 
the  organization  is  accustomed  to  following.  Not  many  yards 
are  receptive  to  the  idea  of  entire  departments  disappearing 
with  the  implementation  of  a  specification-driven  pipe  detail 
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design  system.  In  the  final  analysis  management  must  decide 
if  implementation  is  worth  all  this  change. 

Demonstration  —  Description,  and  Agenda 


The  demonstration  is  a  highly  structured  session,  not  a  flexible 
"what  if"  instrument.  It  is  intended  to  show  how  detail  design  can 
be  accomplished  from  a  3-D  system  diagram  with  restricted  files  and 
a  software  tool  kit  with  custom  tailored  error  checks  and  stops.  In 
the  demonstration  the  emphasis  is  shifted  toward  detail  design 
rather  than  drawing.  The  drawing  part  is  easy.  Any  reasonably 
sophisticated  3-D  CAD/CAM  system  has  extensive  drawing  capability. 

At  the  end  of  the  demonstration,  drawings  made  from  our  live  model 
are  exhibited,  such  as  those  in  Figure^"  10  |through 

First  an  explanation  of  naming  conventions  and  notation  is  in  order. 
Notation  is  one  of  the  unavoidable  vendor-specific  aspects  of  the 
demo  system.  This  vendor's  file  management  system  maintains  files 
in  directories  and  subdirectories  and  addresses  them  by  a  pathname . 
The  pathname  consists  of  the  root  directory  and  all  subdirectory 
branches,  down  to  the  filename  level.  The  system  denotes  the  root 
directory  in  a  pathname  by  a  double  slash  (//)  and  delimits  other 
branches  in  the  pathname  by  a  single  slash  (/) . 
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The  root  and  branches  can  be  named  arbitrarily.  Therefore,  for  the 
restricted  system,  root  and  branch  subdirectory  names  have  been 
selected  to  correspond  to  contract  identifier  and  hull  identifier, 
and  file  names  to  identify  the  SWBS  number  and  the  model  type. 

In  general,  the  naming  standard  is: 

//  Contract  /  Hull  /  Model  SWBS 

For  the  demo  they  are  called 

//  SP4  /  SP4 /  MDIA521  (diagram  model) 
and  //  SP4  /  SP 4 /  MDET521  (detailed  model) 

The  'mdia'  and  'MDET'  are  automatically  inserted  by  software  so  that 
the  user  has  to  input  only  the  SWBS  number. 

There  are  two  primary  functions  which  take  place  in  producing  a 
detailed  pipe  run.  These  are  the  functions  of  the  cognizant  piping 
system  engineer  and  that  of  the  detail  designer.  (For  a  further 
description  of  these  functions,  see  the  Functional  Breakdown  section 
of  this  document.  In  a  specification-driven  system  these  two 
functions  could  very  well  be  done  by  one  individual,  the  cognizant 
engineer. ) 
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The  demonstration  begins  with  the  task  of  the  detailer,  but  some 
discussion  of  what  takes  place  prior  to  the  detailing  function  is 
called  for,  because  that  controls  what  the  detailer  gets  to  work 
with. 

The  cognizant  engineer  has  the  prime  responsibility  for  designing 
the  system  to  specifications.  In  the  demonstration  system,  it  is 
assumed  that  the  cognizant  engineer  has  already,  in  cooperation  with 
the  material  sourcing  department,  identified  at  the  start  all  the 
materials  and  components  to  be  used  in  this  particular  system, 
according  to  its  SWBS  number  (521)  and  its  MIL-STD-777D  category 
(D-l)  .  These  components  and  materials  have  been  loaded  into  the 
three  master  files  and  the  cognizant  engineer  has  created  from  the 
master  files  a  set  of  three  restricted  files  for  our  model.  He  has 
created  a  3-D  system  diagram,  using  pipes  and  valves  from  the 
restricted  files,  and  roughly  routed  it  in  "centerline  mode  in  the 
given  zone  space.  He  has  reached  the  point  where  he  is  satisfied 
with  the  diagrammatic  model  and  has  filed  (stored)  it  with  a  "lock" 
(a  data  element  which  is  in  the  model  itself)  on  the  restricted 
files  and  on  the  sequence  of  the  pipe  run  elements. 

The  model  is  then  ready  for  detailing,  and  the  cognizant  engineer 
can  either  do  it  himself  or  pass  it  on  to  a  detailer.  This  is  the 
point  at  which  the  graphics  demonstration  begins.  The  role  of  the 
detailer  is  played  throughout.  He  will  flesh  out  the  diagram  with 
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details,  routing  around  and  thru  the  zone,  placing  bends,  elbows, 
fittings,  and  so  on  as  required,  and  rerouting  the  diagrammatic  path 
if  necessary.  Intentional  errors  are  injected  throughout  the 
process,  to  demonstrate  the  appropriate  error  handling  features. 

A  major  point  is  that  the  detailer  has  the  latitude  to  do  whatever 
is  necessary  within  the  confines  of  what  the  cognizant  engineer 
Specified  in  his  "locked"  model  -  the  detailer  cannot  change  the 
functionality  of  the  system,  nor  can  he  get  out  of  the  restricted 
files.  His  software  tool  kit  has  been  further  restricted  to  four 
major  commands.  A  simplified  diagram  of  the  detailer' s  capabilities 
reveals  his  task  to  be  as  follows: 


SP4RMD  Retrieve  locked  model  of  system  diagram 

IPISTART  Initialize  for  changes  (from  the  restricted 

files  only) 

IPLROUTE  Detailed  routing  with  breaks,  bends, 

fittings,  etc. 


SP4FLE  File  the  detailed  model  (with  validity  checks 

built-in) 


36 


These  four  functions  must  be  invoked  in  order.  This  is  one  of  the 


checks  that  have  been  installed. 

If  the  detailer  does  not  supply  the  proper  contract  identifier,  hull 
identifier  and  SWBS  number  to  the  SP4RMD  retrieval  command/  the 
detailer  cannot  get  at  the  model. 

Once  IPLSTART  is  entered,  the  model  is  locked  into  the  restricted 
files  for  the  changes  to  be  effected  by  the  detailer. 

If  the  detailer  forgets  to  run  IPLSTART  before  invoking  IPLROUTE, 
the  system  responds  with  an  error  prompt  and  refuses  to  process 
further. 

IPLROUTE  is  the  primary  driver,  providing  menus  of  functions 
available  under  its  control.  [Ti^ur^Os  a  sample  of  the  top  level 
menu  for  IPLROUTE  listing  the  options.  The  menus  have  been 
hard-coded  for  this  demo,  but  could  be  dynamically  created  by  the 
driver  progra,  depending  on  the  type  of  piping  system,  adding  or 
eliminating  functions  or  options  as  required.  Consider  for  example 
a  pneumatic  tube  system  where  only  long  radii,  e.g.  ,  24D  ,  are 
allowed.  Then  on  the  menu  where  the  bend  radius  is  now  hard-wired 
to  select  either  2D,  3D  or  5D,  the  24D  could  be  displayed  as  the 
only  menu  selection  available  for  bend  radius  in  that  system 
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When  the  locked  diagram  model  is  retrieved,  the  graphics  screen 
comes  up  with  a  display  of  5  windows.  Each  window  contains  a  view 
of  this  model.  The  largest  window  contains  an  isometric  view  of  the 
3-D  system  diagram.  The  lower  left  window  is  the  plan  view,  which 
resembles  the  2-D  diagram  the  designer  is  accustomed  to  seeing.  The 
other  views,  in  the  column  on  the  right  are,  in  order  from  top  to 
bottom,  a  smaller  isometric  view,  a  front  view,  and  a  smaller  plan 
view.  Other  screen  layouts,  windows  and  views  can  be  easily 
defined.  Of  course  whatever  is  done  in  any  given  view  happens  to 
the  entire  model,  and  the  software  utility  tool  kit  the  detailer  has 
(option  10  on  the  top-level  menu)  allows  zooming,  panning,  and  Other 
functions  to  obtain  better  views  of  the  work  area. 
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The  Agenda 


STEP  1:  ENTER  SP4RMD  (To  retrieve  the  diagram) 


(a)  Error  check  entry 


SP4/SP4/531  YIELDS  ERROR  MESSAGE 


(b)  Enter  correct  names 


SP4/SP4/521 


MODEL  BEING  RETRIEVED.  PLEASE  WAIT 


STEP  2:  ENTER  MDV  (Model  verify) 


To  show  model  name  is 


/ / SP4/SP4/MDIA521 
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STEP  3: 


•  Turn  off  centerline  display 


•  Turn  on  edgeview  display 

STEP  4:  PLVERIFY 

(a)  4"  Pipe 

(b)  VER  prop  for  that  4"  pipe 

(c)  1/2"  valve 

(d)  VER  prop  for  1/2"  valve 


40 


STEP  5:  Turn  edgeviews  back  off  and  continue. 


Turn  centerline  display  back  on. 


STEP  6:  ENTER  IPLROUTE 


(ERROR  -  Model  not  initialized  for  detailing 


Program  IPLSTART  must  be  run  prior  to  detailing) 
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STEP  7: 


ENTER  IPLSTART 


No  prompts  -  IPLSTART  executes  without  intervention. 

.  Points  at  restricted  files 

.  Sets  tolerance  environment,  e.  g.  weld  gap  less  than 

.01" 

STEP  7A:  DO  PLDEFLT 

Select  centerline  display 


STEP  8:  Immediately  create  Auxiliary  Point  (explain  rationale) 


STEP  9:  Now  IPLROUTE 

MENU 
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STEP  10: 


Z  Select  menu  option 


STEP  11: 


STEP  11A: 


1  -  generate  pipe 


•  Digitize  an  existing  4"  pipe  to  pick  up  attributes. 


•  Route  4"  pipe 


Pick  up  points  in  dif  ferent  views  1 


(Note  how  pipe  shows  UP  in  edgeview) 


•  DIG  1/2"  pipe 

•  ROUTE  1/2"  pipe 

Rotate  1/2"  pipe  —  rotate  valve  handle 


43 


STEP  12: 


DELETE  schematic  now  (to  avoid  clutter) 


STEP  13: 


STEP  14: 


Select  Fitting  option  2 


Z  Place  90  degree  LR  Elbow  (make  material  error.  ) 


Z  Place  it  in  4"  pipe. 


Error  Message  Displays 


Now  correctly  place  all  of  the  1st  3  LR  Elbows 


(watch  system  trim  pipe  to  handle  the  fitting) 
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STEP  15:  FIND  PENETRATION  POINT 


Use  another  (better)  view. 


SteP  16:  BREAK  PIPE  AT  PENETRATION  POINT 


STEP  17:  PLACE  PENETRATION 
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STEP  18: 


STEP  19: 


PLACE  90  DEGREE  ELBOW 


(make  schedule  300  error) 


Error  Message 


Place  correct  90  degree  LR  Elbow 

(schedule  200) 


STEP  20: 


Place  two  3-  Diameter  bends  correctly  (no  intentional 


STEP  21:  Place  SOCKOLET  (no  error) 


STEP  22:  Utility  ZOOM  for  1/2"  run 


STEP  23:  Place  2D.  BLEND  OF  4"  PIPE  on  1/2"  run  (international  error) 


ERROR  MESSAGE:  ENGRG  SPEC  VIOLATED,  4"  PIPE  IN  1/2"  RUN 


STEP  24:  Place  CORRECT  2D  1/2"  BEND 
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STEP  25:  Place  two  2D  BENDS  (no  error) 


STEP  26:  Place  two  3D  BENDS  (no  error) 


STEP  27:  Place  one  45  DEGREE  LR  ELBOW  (no  error) 


STEP  28:  Place  one  90  DEGREE  SR  ELBCW  (no  error) 
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STEP  29: 


Place  SLEEVE 


STEP  30: 


STEP  31: 


BREAK  4"  pipe  end  place  4"  valve 


(This  is  an  intentional  error  which  will  be  caught 
later. ) 


IPLSLOPECHK 


(Explain  errors) 
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STEP  32: 


DISPLAY  ALL 


ZOOM  ON  VARIOUS  AREAS 


(**  BE  SURE  TO  RPSi !  **) 


STEP  33:  QBOM  PIPE  (IPIQBOM) 


(Quick  Validity  check  -  real  BOM  is  a  drawing) 
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STEP  34: 


INTERFERENCE  CHECK 


•  Run-live  (will  take  5  or  6  minutes) 


Z  Discussions  while  running 


Z  Z  Batch  vs  dynamic 


Z*  Show  all  hits  we  know  we  have 


STEP  35:  Z  Explanation  of  Interferences 


•  Reclassifications  (from  unacceptable  to  acceptable) 


(Recap  —  just  before  filing) 
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STEP  36: 


SP4FLE 


SP4 

SP4 

521 


ERROR!  MODEL  NOT  FILED:  BAD  VALVE  COUNT /SEQ 


ZOOM&HIGHLIGHT  THE  BAD  VALVE 


STEP  37:  DELETE  BOGUS  VALVE 


STEP  38:  QBOM  -  show  valve  gone 
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STEP  39: 


SP4FLE  correctly 


SP4/SP4/521 


STEP  40:  Model  Verify 


Show  model  filed  was  MDET521 


STEP  41:  Discuss  drawings 


STEP  42:  Slide  show 


53 


VI. 


CONCLUSIONS  AND  OBSERVATIONS 


In  summary,  attention  is  again  directed  to  the  comments  in  the 
Executive  Summary  section  of  this  paper,  and  further  observations 
are  listed  below: 

A  specification-driven  pipe  detail  design  system  is  feasible  and 
achievable  using  the  approach  we  have  identified. 

.  The  full  development  and  implementation  is  lengthy,  costly,  and 
complicated.  There  are  no  substantive  data  on  which  to  base  a 
cost  justification. 

.  Some  aspects  of  any  implemenation  remain  vendor-specific  and 
possibly  non-transportable. 

.  Reorganizational  impacts  should  be  expected. 

.  Work  flow  prioritizing  and  resequencing  is  mandatory. 

.  The  primary  benefit  of  a  specification-driven  system  is  realized 
when  the  system  is  invoked  at  the  beginning  of  a  netr  contract. 

The  effect  of  isolatig  legal  components  and  materials  in 
restricted  files  at  the  front  end  of  a  contract  is  diminished  if 
it  is  attempted  in  mid-contract. 
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.  Management  must  decide  if  the  benefits  are  worth  the  cost  and 
effort . 

.  The  tools  and  machinery  are  available  to  do  the  task  if  the  order 
to  proceed  were  given  and  funding  were  available. 

Our  Basic  Premise: 


A  valid  model,  created  from  restricted  files,  using  tailored 
software  tools,  perforce  yields  valid  details.  (This  means  it  is 
crucial  to  get  all  the  entries  in  the  restricted  files  correct.  The 
cognizant  engineer  is  the  touchstone.  ) 

Our  Demo  system  Approach  in  Summary 

.  Dispense  with  the  2-D  system  diagram 

.  Use  a  3-D  system  diagram  (leading  to  a  product  definition  model 
in  3-D)  . 

.  Resequence/prioritize  work  flow. 

.  Move  some  of  the  detail  design  responsibility  upstream  to  the 
cognizant  system  engineer. 
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Get  the  cognizant  engineer  and  material  sourcing  analyst  together 
at  the  start,  to  build  and  load  restricted  files. 

Create  a  3-D  system  diagram,  locked  onto  the  restricted  files. 

Force  the  detailer  to  use  only  what  the  cognizant  engineer 
specified,  by  giving  him  a  restricted  software  tool  kit. 
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VII.  GLOSSARY  OF  TEEMS  AND  ABEEEVIATICftS 


BOM 


CAD /CAM 


cognizant 


CRT 


diagram 


<^dig) 


digitize 


directory 


edgeview 


-  Abbreviation  for  Bill  of  Material 

-  Computer-Aided  Design/Computer  Aided  Manufacturing 

engineer  -  the  piping  system  design  engineer,  responsible 
for  designing  the  system  to  specification.  The 
authoritative  interpreter  of  the  specifications. 

-  Cathode  Ray  Tube  -  a  computer's  video  display 

screen  . 

-  see  schematic . 

-  Abbreviation  for  digitize . 

-  to  select  an  item  from  the  CRT  display  by  means  of 

a  digitizing  instrument  such  as  a  stylus  or  mouse. 

see  pathname 

(mode)  -  A  graphics  display  mode  in  a  3-D  CAD/CAM  system,  which 
shows  the  outer  contours  (the  edges)  of  3-dimensional 
objects  in  any  given  spatial  orientation. 
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IGES 


Model 


pathname 


PDM 


schematic 


screen  layout 


subdirectory 


-  Initial  Graphics  Exchange  Specification.  A  "standard" 
means  of  transmitting  graphics  information  from 

one  type  of  CAD/CAM  system  to  another. 

-  A  computer-generated,  computer-resident 
representation  of  a  ship  system,  complete  with 
geometry,  text  items,  and  other  intelligence.  It 
is  the  product  defintion  database,  containing  all 
attribute  data,  both  physical  and  descriptive,  of  all 
items  contained  within  a  predefined  physical  ship's 
space . 

-  A  method  of  identifying  computer  disk  files  organized 

in  a  tree  structure  -  root  (directory)  and  branches 
(subdirectories)  . 

-  Product  Definition  _Model  —  see  Model . 

-  refers  to  a  2-dimensional  single-line  drawing 

depicting  a  functional  symbolic  representation  of 
a  piping  system. 

-  the  pattern  of  the  windows  on  the  CRT. 

-  see  pathname . 
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SWBS 


system 


window 


-  Ship  Work  Breakdcm  Structure.  Refers  to  the 
method  of  categorizing  ship  systems  by  a  3-digit 
number  identifying  the  functional  characteristics 
of  the  unit. 

diagram  -  see  schematic 

-  a  partition  of  a  computer's  graphic  screen  (CRT) 
layout . 
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VIII.  FIGURES 


FIGURE 


DESCRIPTION 


1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 
19A 

THRU 

19F 


Typical  2-D  Partial  Piping  System  Diagram 

System  Structure  -  Cog  Engineer 

system  Structure  -  Detailer 

Source  Property  File  Contents 

Sample  Material  File  Contents 

Sample  Description  File  Contents 

Sample  MIL-STD-777D  Specification 

Sample  Top-Level  Menu  -  IPLROUTE 

Sample  User-Defined  Window  Arrangement 

Pipe  Installation  Sketch 

Pipe  Installation  Sketch 

Pipe  Fabrication  Sketch 

Pipe  Fabrication  Sketch 

Pipe  Bill  of  Material 

Hanger  Installation  Sketch 

Hanger  Installation  Bill  of  Material 

Hanger  Fabrication  Sketch 

Hanger  Fabrication  Sketch 

Sample  Output  -  Interference  Checker 
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INSTALL  PP  ~ 
IN  THIS  SPACE 
UNDER  FALSE 

dk 


SPECIFICATION-DRIVEN  PIPE  DETAIL  DESIGN 
SYSTEM  STRUCTURE 


.  COG  SYSTEM 
LIMITED  TO 


ENGINEER  "LOCKS”  MODEL  WHEN  HE  IS  FINISHED. 
THE  FILES  THE  COG  ENGINEER  BUILT  AND  USED. 


MODEL  IS 


•  COG  ENGINEER'S  JOB  ENDS  HERE. 


.  DETAII.ER  S  JOB  BEGINS  HERE  WITH  THE  3-D  SCHEMATIC. 
AND  THE  SYSTEM  ENGINEER  COULD  CONCEIVABLY  BE  ONE  AND 
INDIVIDUAL) 


(THE  DETAILER 
THE  SAME 


FIGURE  2 


SPECIFICATION-DRIVEN  PIPE  DETAIL  DESIGN 
SYSTEM  STRUCTURE 


DETAILER’S  JOB  BEGINS  HERE 


"FLESHING  OUT" 

ENHANCED  DETAILS 

FINAL  ROUTING 

INSERT  FITTINGS,  &  BENDS 


RETRIEVE  "LOCKED"  MODEL 


IPL  START 


LOCKS  DETAILED.  INTO 
RESTRICTED  FILES  SPECIFIC 
TO  THIS  MODEL. 


IPL  ROUTE 


ALLOWS  DETAILED  TO  "FINISH 
OUT"  THE  PATTERN  GF  THE 
DIAGRAM. 


HANDWHEFLS 
CHANGED  PROPS 
OR  MAT’LS 
INCORRECT  SWBS 
SLOPE  CHECK 


FIGURE  3 


REC 

MCC/SPEC 
SCHEDULE 
NPS  (I) 
THK  (I) 
NPS  (0) 
THK  (0) 
ESID 

MATERIAL 

SCN 

4" 

REC 

MCC/SPEC 
SCHEDULE 
NPS  (I) 
THK  ( I ) 
NPS  (0) 
THK  (0)  = 

ESID 

MATERIAL  = 
SCN 

4“ 

R  EC 

MCC/SPEC  = 
SCHEDULE  = 
NPS  (I >  - 

THK  ( I )  = 

NPS  (0)  = 

THK  (0)  = 

ESID 

MATERIAL  = 
SCN 

4“ 


DATE:  03/31/87 


SP4  RESTRICTED  PROPERTY  FILE 


=  4 

=  A 

=  . 109/2D 
=  4.  000 

=  .109 

-  4.  000 

=  .109 

-  Ill 

=  MT16420-200I 1-91 
=  471 O-DAO- 1 39020 


5 

A 

. 109/3D 
4.  000 
.  109 
4.  000 
.  109 
1  1 1 

MT 1 6420-2001 1-91 
47 10-DAO-139020 


6 

A 

0130 
4.  000 
.  250 
4.  000 
250 
197 

SP485006 

4850-SP0-Q6-0130 


TUBING, 


LENGTH  1  =  Q 

LENGTH  2  -  4.  5 

LENGTH  3=0 

LENGTH  4=0 

LENGTH  5=0 

CONN  LTH  =  O 

FLNGE  OD  =  O 

F  WEIGHT  =  5.  83 

X  AREA  =  0 

S  AREA  =  0 

SMLS,  4.  500"  QD  X  .  109" 


MIN  WALL 


STRESS 

Sx 

gU 

S  z 

FLEX  FCTR 
T  CONSTANT 
SHEAR  FCTR 


LENGTH  1  =  12 
LENGTH  2  =  4.  5 
LENGTH  3=0 
LENGTH  4  =  0 
LENGTH  5  =  0- 
CONN  LTH  =  O 
FLNGE  OD  =  0 
F  WEIGHT  =  5.  83 
X  AREA  =  0 
S  AREA  =  0 

TUBING,  SMLS,  4.  500"  OD  X 


STRESS 

Sx 

Sy 

Sz 

FLEX  FCTR 
T  CONSTANT 
SHEAR  FCTR 
lx 

Iz 

.  109"  MIN  WALL  2 


LENGTH  1  = 


LENGTH  _ 
LENGTH  3 
LENGTH  4 
LENGTH  5 
CONN  LTH 
FLNGE  OD 
F  WEIGHT 
X  AREA 
S  AREA 
STUFFING  TUBE,  TYPE 


4 

5.  688 
0 
0 
0 

3.  25 
0 
0 
0 
0 


STRESS 

Sx 

Sy 

Si 

FLEX  FCTR 
T  CONSTANT 


SHEAR 
lx 
iy 
Iz 


FCTR 


PAGE 


2 


FIGURE  A 

SAMPLE  PROPERTY  FILE  CONTENTS 


cooooooooo  ooooocoooo  cooooocooo 


DATE.  03/31/07 


SPA  RESTRICTED  MATERIAL  FILE 


1  Material  name 

2  Stock  code  number 

з.  2~D  material  symbol  name 

4  Mater idl  short  description 

*1  Mafoi'ial  I  i'inn  li  ^  c,  m  n  t  1  ij  n 

r^MlL-T-Iib^SO^  TYP£ri  ~CL  200  OR 

6.  Modulus  of  elasticity 

7.  Shear  modulus 

D  D  A  I  n  n  /  (•  T*  •»  4"  H  r\ 

и.  i  Uiaaud  a  •  a  w  *  u 


MTl 6420-2001 1-91 

NONE 

NONE 


0 

rv 

u 

Q 


9.  Mass  density  :0 

10.  Coefficient  of  thermal  expansion  :  0 


11.  Reference  temperature  for  thermal 

expansion  Q 

12.  Structural  element  damping 

coefficient  *  ”  .0 


13.  Stress  limit  for  tension  :  0 

14.  Stress  limit  for  compression  :  0 

15.  Stress  limit  for  shear  :  0 

16.  Ultimate  strength  for  tension  :  0 

17  Ultimate  strength  for  compression:  O 

IS.  Ultimate  strength  for  shear  :  0 


19.  Yield  strength  for  tension  O 

20.  Yield  strength  for  compression  0 

21  Yield  strength  for  shear  :  0 


22  Ava liable 

23  Available 

24  Ava  liable  FIGURE  5 

25  Available 

SAMPLE  CONTENTS  MATERIAL  FILE 

O  1  A  ^  >  *.  L.  1 

.  nvdi  iauic 

27  Ava liable 


DATE:  03/24/87 


SP4  RESTRICTED  DESCRIPTION  FILE 


RECORD 

COUNT 

1 

2 

3 

4 

5 

6 
7 
G 
9 


DON 

ESID 

1 

101 
102 
106 
1 1 1 
197 
230 
32B 
330 


2-D  DDM  SYMBOL  NAME 


Pipe  -  Butt  Welded 

PL101  SI 

90  Degree  Long  Radi 

PL102.  SI 

90  Degree  Short  Rad 

PL 106. SI 

45  Degree  Long  Radi 
Bend  -  Butt  welded 

MPM164. SI 

Stuffing  Tube 

PL230.  SI 

Gate  Valve  -  Flange 

MPM8 10.  SI 

Outlet  Branch  -  Soc 

MPM019. SI 

Gate  Valve  -  Socket 


Ub 

i  us 

Ub 


d 

k  e  t 
We 


SHORT  DESCRIPTION 


PIPE 

ELBOW  90  LR 
Elbow  -  Butt  Welded 
ELBOW  90  SR 
Elbow  ~  Butt  Welded 
ELBOW  45  LR 
Elbow  -  Butt  Welded 
BEND 

STUFFNG  TUBE 

VALVE  GATE 

SOCKOLET 

Welded 

VALVE  GATE 
lded 


FIGURE  6 


SAMPLE  CONTENTS  -  DESCRIPTION  FILE 


Category  and 
group 

Services 

Design  gage 
pressure 

lb/in? 

Kux  i*f  IM 

temperature 

°f 

Remarks 

D-l 

Ses  water,  (Seo  note  D-l-3) 

250 

150 

Pipe 


Valves 


lypes 


Seamless  or  welded 


Globe,  2-j  inches  and 
above  i 


Globe,  angle,  i  to  2 
inchos 


Cate,  2-J  inches  and 
above 


Gate,  1  to  2  inches 


Swing  check,  2-1  inches 
and  above 


Material 


90-10  copper-nickel 


Applicable  documents 


Swing  check,  1  to  2ii4cha 


Relief 


Pressure- reducing 


Hobs 


Bull,  1  inch-2i  inch 


Bsl 1 ,  3  inches  -  6 
inches 


|  HIL-T-16420  K, 

class  200 

|  Dwg  803- 1 3B5623 
1  Dwg  803-1385541 

G 

F 

Dwy  803-4384536  E 

Dwg  603-2177917 

C 

Hil-V-118>  C,  AMD  3, 

Class  2 

Dwg  803-1385714  P 

Dwg  803-13B5637  F 

H1L-V-17547  -, 
type  A,  class 
250  lbs/in* 

AMD  4  , 

2, 

Dwg  003-1385721 

N 

Hll -V-24332  -, 

|  MIL-V-2042  D,  AMO  3 

Dwy  803-1385711 
'Dwg  803-1305712 

E 

r 

Dwg  803-5001003 

A 

Dwy  803-5001004 

A 

Remarks 


See  enclosure  IV 
See  note  D— 1—1 


flanged  endu  12  inches 
and  sms ller 


flanged  end3  larger 
than  12  inches 


Plunged  end3  12  inches 
and  ainal ler 


flanged  ends  lutgcr 
than  12  inches 


flanged  or  union  ends 


5ee  puru.  3.40 


SAMPLE  MIL-STD-777D  SPECIFICATION 


D- 1  —  1  One  hundted  pound  globe  and  angle  valves  may  be  used  in  systems  not  exceeding  150  lb/in1  (  pump  shut-off) 
providing  valves  pass  the  seat  tightness  tests  to  150  lb/in1  and  stregth  and  porosity  tests  to  200  lb/in’, 


D-l-2  for  use  in  piping  systems  subject  to  acid  flush  path. 

D- 1-3  Main  drainage,  secondary  drainage  and  oily  ballast  systems  that  are  subject  to  firemair.  pressure,  oil  water 
§eperalors,  and  oily  waste  transfer  discharge. 


FIGURE  7  (continued) 


CHOOSE 

OPTION: 

1  - 

GENERATE  PIPE 

6 

-  DELETE  SCHEMATIC  RUN 

2  - 

INSERT  FITTINGS 

7 

-  UNDO  PIPE/FITTINGS 

3  - 

VERIFY  PIPE 

8 

-  MODIFY  ANGLE 

4  - 

BREAK  PIPE 

9 

-  ANALYSIS 

5  - 

DELETE  PIPE 

10 

-  UTILITIES 

C/C  -  CANCEL  OPERATION 
ENTER  SELECTION  =  =  => 


FIGURE  8 


SAMPLE  TOP  LEVEL  MENU  -  IPLROUTE 


3-D  ISOMETRIC 
WINDOW 

3-D  ISOMETRIC  WINDOW 

(WITH  BACKGROUND)  - 

SECTION  WINDOW 
(LOOKING  FWD) 


PLAN  VIEW  WINDOW  PLAN  VIEW  WINDOW 

(DIAGRAM  ONLY)  (BACKGROUND  STRUCTURE) 

FIGURE  9 

SAMPLE  USER-DEFINED  WINDOW  ARRANGEMENT 


FIGURE  10 


PIPE  INSTAIJATION  SKETCH 


PLAN  VIEW 

01  LEVEL 
(INVERTED) 


11 


PIPE  INSTALLATION  SKETCH 


FIGURE  13 


PIPE  FABRICATION  SKETCH 


NUMBER  QTY 


DESCRIPTION 

SOURCE  NUMBER 

TUBING,  4.500"  00  X  .109“ 

MIL-T-1S420 

471 O-DAO-l 39020 

TUBING,  4.500"  00  X  .109" 

MIL-T-1 6420 

471 O-DAO-l 39020 

TUBING,  4.500"  00  X  .103“ 

MIL-T-1 6420 

471 O-DAO-l 33020 

TUBING,  4.500"  00  X  .109" 

MIL-T-16420 

471 O-DAO-l 33020 

TUBING,  4.500"  00  X  .109" 

MIL-T-1 6420 

4710-0A0-1 33020 

TUBING,  4.500"  00  X  .109" 

MIL-T-16420 

471 O-OAO-1 39020 

TUBING,  4.500"  OD  X  .103" 

MIL-T-16420 

471 O-DAO-l 39020 

MATERIAL  HflTt|0REQ  LOCATION  STflTUS 


TUBING,  .840"  00  X  .065" 
MIL-T-1 6420 


PinP  «•  9  n/ifi"  TUBING,  .840"  OD  X  .065" 

P30F  1  2  13/16  MIL-T-16420,  CL  200 


FS3  l  EA 


ELBOW,  4",  30  \  LR,  BTWLD,  200  « 
810-1385380 


ELBOW,  4",  4S  V  LR,  BTWLD,  200  * 
810-1385880 


ELBOW,  4",  30  BTWLD,  200  * 
610-1385330 


007-297432 


007-297432 


4730-DA0-1 39033 


473C— OAQ-2161 1 7 


^l  23 

1  EA 

6-2  1/2"  X  1/2",  SOCKQLET,  RDCR,  WELD  BASE  X  SB 

A3S-b3i 772 

F Ml  570 

1  EA 

1/2",  VALVE,  GATE,  400  P5I ,  SBU  ECOS 

B1 0-1 38571 4,  LOW  POINT  DRAIN 

4820-D4C— GCl 396 

FIGURE  14 


PIPE  BIIIi  OF  MATERIAL 


NUMBER 

QTY 

DESCRIPTION 

H52101 

1 

H-08 

H52102 

1 

H-58 

H52103 

1 

H-58 

H521 04 

1 

H-S9 

H52105 

1 

H-S8 

H521G6 

1 

H-58 

H52107 

1 

H-58 

H521 08 

1 

H-58 

FIGURE  16 


HANGER 


SOURCE  NUMBER 

MATERIAL 

MAT  REQ 
NO 

STORE  RM 
LOCATION 

STATUS 

1 1 04-195-2 

ALUM 

1104-135-2 

ALUM 

1104-195-2 

ALUM 

1104-195-2 

ALUM 

1104-195-2 

ALUM 

1104-195-2 

ALUM 

1104-195-2 

ALUM 

1104-195-2 

ALUM 

BILL  OF  MATERIAL 


HANGER 

NO 

HANGER 

TYPE 

SIZE  & 
DIE  CODE 

LEG  PRE¬ 
CUT  LENGTH 

LEG  CUT 
LENGTH 

H521 02 

H-B8 

4B 

12" 

6-13/1 6" 

HS2103 

H-S8 

4B 

12" 

6-13/16" 

HS2104 

H-S8 

4B 

12" 

8-11/16" 

H52105 

H-B8 

4B 

12" 

8-11/16" 

HB210G 

H-B8 

4B 

24" 

8-11/16" 

HB2107 

H-B6 

4B 

12" 

8-11/16" 

HB210S 

H-B8 

4B 

18" 

14-11/1  6" 

1  - 

I _ 


FIGURE  17 


HANGER  FABRICATION  SKETCH 


FIGURE  18 


HANGER  FABRICATION  SKETCH 


ftftft  «■  ft  ft  ft -5»*  vr ft  ftft  vr  t:  ;c -A- v  Vr ft  ft  ft  ft  ft  -ft  ft  ft  ft  ft  ft  ft  ft  ft  ft  ft  ft*  ft  ft 

INTERFERENCE  CHECKING 
CONFLICT  REPORT 

PROJECT  NAME  :  SP4/SP4IFC 

REPORT  DATE  :  S7/04/02  14: 14: 16 

CONFLICTS  REPORTED  :  14 


•ft  ft  ft  ft  ft  *  ft  ft  ftftftft  ft  ft  ft  ft  ft  ft  i  £•  ft  ft  ft  ft  ft  ft  ft  ft  ft  ft  ft  ft  ft  *  ft ft  ft  ft  ft  ft  ft  ft  ft 


CONFLICT  ATTRIBUTES 

ftft  ftftftftftftftftftftftftftftftftft 


TINE  PERIOD 
GEOMETRIC  VOLUME 
MODELS 
ITEM  TYPES 

ENVELOPE  INTRUSION  TYPES 
ENVELOPE  TYPES 
ACCEPTABILITY 
USERS 


ALL  DATES/ TIMES 
ALL  PROJECT  SPACE 
SP4/MDET521 
ALL  ITEM  TYPES 

ALL  ENVELOPE  INTRUSION  TYPES 

ALL  ENVELOPE  TYPES 

BOTH 

ALL  USERS 


FIGURE  19A 


CONFLICT  NO. 


1  ■sir -a  i<r  ■if 


CONFLICT  ACCEPTABILITY 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


SP4/MDET521 
SLEEVE 
Y0H139 
X  =  192. 1560 

Y  =  Si 2. i56Q 

Z  =  208S. 0002 
X  =  197.  8440 

Y  =  617.  8440 

7  =  Dncjfi  nnn:i 

HARD""  ITEM"''’"' 


1  A  •  AD 

4.  T  «  wi— 


UNACCEPTABLE 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 
ENVELOPE  TYPE 


CONFLICT  NO.  2 


iirit.  uuni-lu;i  was  j.uumi  ir  itu 
CONFLICT  ACCEPTABILITY 


MODEL  NAME 
nr:crRTPTTnw 

CREATOR  ’ 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


u‘t/Ux/a/  i'H-; 
UNACCEPTABLE 


SP4/MDET521 
pm  iMn  ti  inp  i  p  r  pp  ) 

Y0H1S9 ' 


X 

Y 

7 

X 

Y 

HARD 


43.  0000 
609.  7500 
2108.  7500 
99.  8477 
619.  2500 

/n  4  j  i«*t  i"i  »«  /n  /•v 

21  iv3.  &'3UU 

ITEM 


MODEL  NAME 
n£Sf!R  TPTTQN 

CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


CONFLICT  NO.  3  **** 


TIME  CONFLICT  NAS  IDENTIFIED  :  04/01/87  14:02 

CONFLICT  ACCEPTABILITY  :  UNACCEPTABLE 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


SP4/MDET521 

r\/«u  ih  in  *r* i  i  n  i“* 

rcuuiMi/  i  uut 
Y0H189 


/  n  r.  i-  v 

^  r  i  r  ti ) 


X  =  38.  4600 

Y  =  609. 7500 

7  =  PI HR  7 AOO 
X  a  43.  0000 

Y  a  614.  2500 


Z  a  2113.2500 
HARD  ITEM 


MODEL  NAME 

*r  r\*r  x  nu 

i/cisDUis  ir  i  iuh 

CREATOR 

MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


SI 52402T174 
PLANE  SURFACE 
Y0H189 

X  =  -248.  0058 

Y  —  507. 5000 
Z  a  2088.  0002 
X  =  248.  0058 

Y  =  624.  0000 
7  a  2088  0002 
HARD  ITEM 


SP4/MDET521 
ROUND  TUBE  (PIPE) 
Y0H189 
X  =  42.  5800 

Y  a  605.  0000 
Z  =  2110^5801 
X  -  48. 4200 

Y  a  610. 0000 

X  _ _  4  4  4  a  4  r»n 

L.  —  din.  *tl77 

HARD  ITEM 


SP4/MDET521 


Y0H189 
X  =  42.  5800 

V  =  605.  0000 
Z  =  21 10.  5801 
X  =  43.  4200 

Y  =  610. 0000 
Z  =  2111.  4199 
HARD  ITEM 


FIGURE  19B 


CONFLICT  NO. 


■4  is  i.  >.• 


TIME  CONFLICT 

WAS  IDENTIFIED  .  04 

/01/87  14:02 

CONFLICT  AC CEP 

‘("ABILITY  .  UN 

ACCEPTABLE 

MODEL  NAME 

:  SP4/MDET521 

MODEL  NAME  : 

S152402D02 

DESCRIPTION 

:  ROUND  TUBE  (PIPE) 

DESCRIPTION 

TEE  SHAPE 

rPCrATHB 

•  vnwi kq 

CRFATOR 

YOH189 

MIN.  “EXTENTS 

:  Xfc  =  ‘-“20.  0068 

Y  =  612.  7500 

2  «  2108.  7500 

MIN.  "EXTENTS 

X  =  -5.  0000 

Y  =  606.  0000 

Z  =  1656.  0000 

MAX.  EXTENTS 

:  X  =  11.  5400 

Y  =  617. 2500 

2  =  2113. 2500 

MAX.  EXTENTS 

X  «  5.  0000 

\/  —  /  a  nr\r\r\ 

T  —  OtT,  wwv/w 

Z  =  2166.  0000 

CMuiri  notr  tvdc 

J-It  V  U.I-WI  I  I  *  I— 

•  UACI1  TTFM 

.  1  »»“II  \  W  a.  |  U<i  1 

ENVELOPE  TYPE 

HARD  ITEM 

■JHHt*  CONFLICT 

NO.  5 

TIME  CONFLICT 

WAS  IDENTIFIED  : 

04/01/87  14:02 

CONFLICT  ACCEPTABILITY  : 

UNACCEPTABLE 

MODEL  NAME 

SP4/MDET521 

MODEL  NAME 

SI 52402D02 

DESCRIPTION 

ROUND  TUBE  (PIPE)  DESCRIPTION 

TEE  SHAPE 

CREATOR 

Y0H1S9 

CREATOR 

Y0H189 

MIN.  EXTENTS 

X  =  -41.  2500 

MIN.  EXTENTS 

X  =  -54.  0000 

Y  -  615.  7500 

Y  =  612.  0000 

7  -s  p  1  1  7  9A.90 

7  ss  71  57  7R4.9 

MAX.  EXTENTS 

X  =  -36.  7500 

MAX.  EXTENTS 

X  =  6.  0000 

Y  «  620.  2500 

Y  =  624.  0000 

Z  =  21 S3.  6296 

Z  «  2162.  2849 

ENVELOPE  TYPE 

HARD  ITEM 

ENVELOPE  TYPE 

HARD  ITEM 

**»*  CONFLICT 

NO.  6 

TIME  CONFLICT 

WAS  IDENTIFIED  ■ 

04/01/87  14:02 

CONFLICT  ACCEPTABILITY 

UNACCEPTABLE 

MODEL  NAME 

SP4/MDET521 

MODEL  NAME 

SP4ELSP402 

DESCRIPTION 

ELBOW  90  LR 

DESCRIPTION 

USER-DEFINED  EQUIPMENT 

CREATOR 

Y0H189 

CREATOR 

Y0H189 

MTN  EXTENTS 

X  =  192.6925 

MIN.  EXTENTS 

X  -  151.  0847 

Y  «  579.  3299 

Y  «  504.  0000 

2  a  2049.  6580 

Z  «  2016.  0001 

MAX.  EXTENTS 

X  “  202.  2796 

MAX.  EXTENTS 

X  a  226.  UOuO 

Y  =  588.  9691 

Y  =  624.  0000 

Z  =  2057.  8713 

Z  =  2176.  0000 

ENVELOPE  TYPE 

HARD  ITEM 

ENVELOPE  TYPE 

HARD  ITEM 

PTnTrnn  i  « 

r-ivjunii  iyu 


CONFLICT  MO 


7  ■£*■**> 


TIME  CONFLICT  WAS  IDENTIFIED 
Cnt-JFI  TCT  AC CFP TAB  If  I  TV 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


SP4/MDET521 
ELBOW  VO  LR 
Y0H189 


X 

Y 
Z 
X 

Y 
Z 


192.  7500 
609.  0309 
2049.  6707 
197. 2500 
617.  3293 
=?058.  9690 


04/01/37  14:02 

UNACCEPTABLE 

MODEL  NAME 
BbsCRIPTIQN 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE  :  HARD  ITEM 


ENVELOPE  TYPE 


****  CONFLICT  NO.  8  *#** 


TIME  CONFL ICT  WAS  I DEN  TIP  I ED 
CONFLICT  ACCEPTABILITY 


MODEL  NAME 
nrpcR  TPTinM 

CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


04/01/0/ 

UNACCEPTABLE 


SP4/MDET521 
ROUND  TUI3F  (PIPE) 
Y0H1B9 
X 

Y 
Z 
X 

Y 

7 

HARD 


158.  9690 
2049.  7500 
197.  2500 
608.  0310 
20*14  25=500 

ITEM 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


■K'Tf’KTV 


TIME  CONFLICT  WAS  IDENTIFIED 
CONFLICT  ACCEPTABILITY 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


fc.NVfc.LuPk  lYPfc. 


04/01/87  14:02 

UNACCEPTABLE 


SP4/MDET521 
ROUND  TUBE  (PIPE) 

v  /r\t  id  /**% 

rui-fic»*r 


X 

Y 
Z 
X 

Y 
Z 


192.  7500 
612.  7500 
2058.  9690 
197.  2500 
617.  2500 
2089.  2502 


MAKU  i I tn 


MODEL  NAME 
DESCRIPTION 

^nr  a  r/nn 

uncrt  i  ur\ 

MIN.  EXTENTS 


MAX.  EXTENTS 


fcNVfc.i_.Ukfc.  1  Tl-t 


SP4ELSP402 

i  I  ■■■!"■  y  L  tf  n  t-*/M  iTHhir-klTT 

UiDtK— utir  j.imi zu  cuvjxrricLiM  i 
Y0H189 

X  =  151.  0847 

Y  =  504. 0000 
Z  =  2016.  0001 
X  =  226.  0000 

Y  =  624.  0000 
Z  =  2176. 0000 
HARD  ITEM 


SP4ELSP402 

USER-DEFINED  EQUIPMENT 
Y0H189 

X  -  151. 0847 

Y  =  504.  0000 
Z  »  2016.  0001 
X  «  226. 0000 

Y  =  624. 0000 

Z  «  2176.  0000 
HARD  ITEM 


SP4ELSP402 

USER-DEFINED  EQUIPMENT 

V/AUH  on 
I  wri  x  o  v 

X  a  151. 0847 

Y  «  504.  0000 
Z  a  2016. 0001 
X  a  226. 0000 

Y  a  624.  0000 
Z  a  2076.  0000 

t  t  >  ft  yv  t  “I*  r—  U  A 

iiHrxu  a  i  cri 


FIGURE  19D 


***#  CONFLICT  NO. 


10 


TIME  CONFLICT  WAS  IDENTIFIED 
CONFLICT  ACCEPTABILITY 


04/01/87  14:02 

UNACCEPTABLE 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


SP4/MDET521 
ROUND  TUBE  (PIPE) 
Y0H189 


X 

Y 
Z 
X 

Y 
Z 


192.  7500 
612.  7500 
2086.  7502 
197.  2500 
617.  2500 
2093. 0310 


HARD  ITEM 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


**#*  CONFLICT  NO.  11  **** 

TIME  CONFLICT  WAS  IDENTIFIED  : 
CONFLICT  ACCEPTABILITY  : 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


SP4/MDET521 
SLEEVE 
Y0H1S9 
X  =  192.  1560 

Y  =  612.  1560 

Z  -  2006. 0002 
X  -  197.  8440 

Y  =  617.  8440 

Z  ==  2090.  0002 
hard  item 


04/01/87  14:02 

UNACCEPTABLE 

MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE  : 


****  CONFLICT  NO.  12  **** 

TINE  CONFLICT  WAS  IDENTIFIED  : 
CONFLICT  ACCEPTABILITY  : 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


SP4/MDET52 i 
ELBOW  90  LR 
Y0H189 
X  »  190.  0310 

Y  a  612.  7500 
Z  “  2093. 0310 
X  =  197. 3294 

Y  a  617.2500 

Z  a  2100.  3293 
Hard  ITEM 


04/01/87  14:02 

UNACCEPTABLE 

MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE  : 


SP4ELSP402 

USER-DEFINED  EQUIPMENT 
Y0H189 

X  =  151.  0847 

Y  -  504.  0000 
Z  ~  2016.  0001 
X  =  226. 0000 

Y  =  624.  0000 
Z  «  2176.  0000 
HARD  ITEM 


SP4EL5P402 

USER-DEFINED  EQUIPMENT 

Y0H189 

X  =  151.  0847 

Y  =  504. 0000 
Z  =  2016.  0001 
X  =  226.  0000 

Y  =  624.  0000 
Z  =  2176.  0000 
HARD  ITEM 


SP4EL  SP402 

USER-DEFINED  EQUIPMENT 
Y0H189 

X  =  151.  0847 

Y  =  504.  0000 
Z  =  2016.  0001 
X  a  226.  0000 

Y  a  624.  0000 
Z  a  2176. 0000 
HARD  ITEM 


FIGURE  19E 


«***■  CONFLICT  NO.  13 

TIME  CONFLICT  WAS  IDENTIFIED  :  04/01/87  14:02 

CONFLICT  ACCEPTABILITY  :  UNACCEPTABLE 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


SP4/MDET521 
ROUND  TUBE  (PIPE) 
YOH 189 
X  =  199.  7284 

Y  ==  579.  7500 
Z  -  2053.  7712 
X  =  235.  2718 

Y  -  584.  2500 
Z  ~  2078.  2288 
HARD  ITEM 


MODEL  NAME 
DESCRIPTION 
CREATOR 
MIN.  EXTENTS 


MAX.  EXTENTS 


ENVELOPE  TYPE 


cp4pi  qp40P 

USER-DEFINED  EQUIPMENT 
YOH 189 
X  -  151.  0847 

Y  =  504.  0000 
Z  =  2016.  0001 
X  =  226.  0000 

Y  -  624.  0000 
Z  =  2176.  0000 
HARD  ITEM 


#***  CONFLICT  NO.  14  **** 

TIME  CONFLICT  WAS  IDENTIFIED  :  04/01/87  14:02 

CONFLICT  ACCEPTABILITY  :  UNACCEPTABLE 

MODEL  NAME  :  SP4/MDET521  MODEL  NAME 

DESCRIPTION  :  ROUND  TUBE  (PIPE)  DESCRIPTION 

CREATOR  :  YOH 189  CREATOR 

MIN.  EXTENTS  :  X  »  127.  1523  MIN.  EXTENTS 

Y  ~  612. 7500 

Z  —  2095  7500 

MAX.  EXTENTS  :  X  «  190* 0310  MAX.  EXTENTS 

Y  -  617. 2500 

Z  2100.  2500 

ENVELOPE  TYPE  :  HARD  ITEM  ENVELOPE  TYPE 


SP4ELSP402 

USER-DEFINED  EQUIPMENT 
YOH 189 

X  =  151. 08447 

Y  -  504.  0000 
Z  =  2016.  0001 
X  -  226. 0000 

Y  -  624.  0000 
Z  =  2176.  0000 
HARD  ITEM 


FIGURE  19F 


IX. 


APPENDICES 


A  -  CREATING  THE  PIPING  MASTER  PROPERTY  FILE  (PMPF) 


B  -  CREATING  THE  PIPING  MASTER  MATERIAL  FIIE  (PMMF) 
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APPENDIX  A 


CREATION  HF 

THE  PIPING  MASTER  PROPERTY  FILE  (PMPF) 


The  MPF  is  created  by  a  proprietary  vendor-supplied  utility  program  named 
PLSORT.  Any  yard  attempting  to  implement  master  files  organized  as  they 
are  in  this  demo  system  will  need  to  have  its  own  functional  equivalent  of 
PLSORT.  In  the  sequel,  references  to  "PLSORT"  should  be  interpreted  to 
mean  "the  generic  functional  equivalent  of  PLSORT". 

Input  to  PLSORT  consists  of  80-byte  records,  which  themselves  may  be  either 
created  by  direct  editing,  or  generated  via  an  in-house  user-interface 
program.  The  contracting  yard  has  developed  such  a  proprietary 
user-interface  program  It  is  menu-driven  and  directs  the  building  of  the 
input  file  in  response  to  prompts. 

The  MPF  for  MIL-STD-777D  is  quite  large  (several  thousands  of  records)  and 
is  the  result  of  several  years  of  accumulated  data  entry.  It  is  by  no 
means  comprehensive,  despite  its  size,  for  it  contains  only  the  properties 
needed  by  the  contracting  yard,  not  all  possible  properties  specified  in 
the  MIL-STD-777D  document. 
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The  MPF  is  output  by  the  PLSORT  module,  from  the  80-byte  records  in  the 
input  file.  The  80  bytes  consist  of  79  data  bytes,  plus  a  carriage  return 
byte.  It  takes  several  80-byte  records  to  make  up  one  large  MPF  record. 
as  a  specific  example,  the  length  of  the  records  in  the  MPF  in  our  demo 
system  is  240  bytes.  There  are  three  80-byte  input  records  per  each 
240-byte  master  file  record.  Two  are  prescribed  by  the  vendor-supplied 

piping  layout  package,  the  third  is  an  optional  user-defined  line.  The 
number  of  user-defined  lines  is  a  user-specified  variable. 

The  first  80-byte  input  record  is  a  header  record,  defining  the  formats  for 
the  property  definition  records  to  follow.  The  header  record  is  laid  out 
as  follows: 

PMPF  Header  Record  Layout 

.  Eleven  (11)  required  entries 
.  12th  entry  is  supplied  by  the  PLSORT  program 
.  Free  format,  but  psitional 

.  Delimited  by  blanks 
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ENTRY  NO; 
1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 


SAMPLE 

VALUE 

1 

1 

3 

8 

8 


6.3 


6.3 


6.3 


6.3 


4 

16 

6 


(col  74-79;  fixed) 


MEANING 

Flag  indicating  model  dimensional  units  (complete 
list  follows) 

Number  of  user  lines  per  record. 

Total  number  of  80-byte  lines  per  master  file 
record. 

Field  width  (in  characters)  for  Spec/MCC  field. 
Field  width  for  schedule  field. 

Field  descriptor  for  NPS  (inlet) . 

Field  descriptor  for  inlet  wall  thickness. 

Field  descriptor  for  NPS  (outlet) . 

Field  descriptor  for  outlet  wall  thickness. 

Field  width  for  ES3D  number  -  fixed  at  4. 
Material  key  field  width. 

System  generated  sort  sequence  key. 


DIMENSIONAL  UNITS  FLAG  —  VALUES 


1  -  Inches/lbs 

2  -  Feet/lbs 

3  -  Mils/lbs 

4  -  Millimeters /gms 

5  -  Centimeters /kgs 

6  -  Meters/kgs 

7  -  User  Defined 
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The  records  following  the  header  repeat  in  groups  of  n^  where  n  is  the 


number  of  80-byte  records  per  master  file  record.  value  of  H  1S 

specified  in  the  header  as  entry  number  3.  For  the  demo  system  the  value 
of  n  is  3.  That  is  to  say,  the  master  file  records  are  240  bytes  long. 
There  are  three  80-byte  input  records  per  rester  file  record. 


The  first  of  the  three  80-byte  records  in  a  group  is  fixed  in  the  format 
prescribed  by  the  header. 


The  second  is  free  format,  delimited  by  blanks,  with  a  total  of  20  entries. 
Unused  entries  should  be  set  to  zero. 


The  third  record  is  a  user-defined  line,  containing  two  entries  of 
alphanumeric  description.  One  is  30  characters  long  and  the  other  is  40 
characters . 
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The  three-record  group  is  then  laid  out  as  follows: 


RECORD  1  OF  3 


FIELD 

COLS 

CONTENT 

SAMPLE  VALUE 

1 

1-8 

spec/Mcc 

Abbbbbbb 

2 

9-16 

Schedule 

. 109/2D 

3 

17-22 

NPSi 

4.000 

4 

23-28 

Inlet  Wall  Thickness 

.109 

5 

29-34 

NPSO 

4.000 

6 

35-40 

Outlet  Wall  Thickness 

.109 

7 

41-44 

ESID 

111 

8 

45-60 

Mat'l  Type  (key) 

MT 16420-20011-91 

9 

61-79 

stock  Code  No. 

9999-DAO-999999 

Abbreviations : 


b 

=  blank 

MCC 

Material 

Classification  Cede 

NPSi 

-  Nominal  Pipe  Size,  inlet 

NPSo 

=  Nominal 

Pipe  Size,  outlet 

ESID 

=  Element 

Sub-type  Identifier 

•  Text  Must  be  left- justified  and  blank-padded. 


•  Numbers  must  be  right- justified. 
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RECORD  2  OF  3 


FIELD 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 


COLS 

N/A 


free 

FORMAT 


CONTENT  SAMPLE  VALUE 

Fitting  Length  1 
Fitting  Length  2 
Fitting  Length  3 
Fitting  Length  4 
Fitting  Length  5 
Connection  Length 
Flange  Outer  Diam 
Fitting  Weight 
Cross-sect  Area 

VARIABLE  VALUES, 

Surface  Area  DEPENDING  UPON 

ESID  NUMBER 

Stress  Intensifi¬ 
cation  factor 

X-Section  Modulus 

Y-Section  Modulus 

Z-Section  MODULUS 

Flex  Factor 

Torsional  Constant 

Shear  Factor 

X-Moment  of  Inertia 

Y-Moment  of  Inertia 

Z-Moment  of  Inertia 


Not  all  of  these  fields  are  used  on  every  ESID  number. 


Unused  entries  should  be  set  to  zero. 


If  the  free-format  entries  take  up  more  than  80  columns,  another  record 
is  required,  and  entry  number  3  on  the  header  card  must  be  increased 
accordingly. 


RECORD  3  of  3 

FIELD  COLS  CONTENTS 

1  1-32  Description,  part  1 

2  34-75  Description,  part  2 

.  Both  entries  are  actually  free-format,  enclosed  in  quotes,  delimited  by 
a  blank,  left- justified,  and  blank-padded  to  end-of-f ield. 

These  groups  of  3  records  (or  in  generally,  ^  records)  comprise  the  remainder 
of  the  input  file. 

The  property  file  layouts  are  as  follows: 
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80-BYTE  INPUT  FILE 


Record  1  - 

Header  Record 

Record  2- 
Record  3 

Record  4, 

Three-record  group  defining  a  240-byte  master  record. 

Record  5 

Record  6  - 
Record  7 

Three-record  group  defining  a  240-byte  master  record. 

(and  so  on  to  end  of  file) 

Remember  this  is  the  layout  of  the  file  which  is  input  to  the  PLSORT 
program.  Each  3-record  group  may  occur  in  arbitrary  order  in  the  input 
file.  The  PLSORT  function  will  reorder  them  per  the  sort  method 
selected  within  PLSORT.  The  demo  system  is  ordered  by  schedule,  NPSi, 
ESID,  and  material  type. 

240-BYTE  PIPING  MASTER  PROPERTY  FILE 


Record  #1 

Record  count  &  header 

Record  #2 

240  bytes 

Record  #3  - 

• 

240  bytes 

• 

• 

Record  #  n 

240  bytes 

n  2-1 

.  Record  count  includes  the  first  record. 

Figure  A-l  shows  graphically  in  summary  the  process  of  creating  the  MPR 
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CREATION  OF  PMPF 


.  SEQUENTIAL 
.  80-BYTE  RECORDS 
.  EDITABLE 

.  MAY  BE  CREATED  BY  MENU-DRIVEN  USER- 
INTERFACE  PROGRAM 
.  3-RECORD  GROUPS 


.  VENDOR-SUPPLIED 
.  PROPRIETARY 

.  CREATES  ONE  MASTER  RECORD  PER  3-RECORD 
GROUP 

.  SORTS  BY  USER  SPECIFIED  SEQUENCE 


.  DIRECT-ACCESS 
.  NOT  EDITABLE 

.  RECORD  LENGTH  =  80X3  =  240  BYTES 
.  16-CHARACTER  MATERIAL  KEY  POINTING  TO 
MASTER  MATERIAL  FILE 
.  4-DIGIT  ESID  POINTING  TO  MASTER 
DESCRIPTION  FILE 


FIGURE  A-l 


APPENDIX  B 


CREATION  QF_ 

THE  PIPING  MASTER  MATERIAL  FILE  (PMMF) 


Creation  of  the  Master  Material  File  is  very  similar  to  creation  of  the 
property  file.  However,  the  MMF  is  much  smaller  than  the  property  file, 
being  only  several  hundred  records  long.  Major  differences  are  listed  here 
in  Summary: 

-  There  are  5  input  80-byte  records  per  MMF  record.  All  5  are 
prescribed  by  the  system  The  number  5  is  fixed,  not  variable. 

-  MMF  record  length  is  400  bytes. 


The  proprietary  vendor-supplied  program  which  creates  the  MMF  is 
AECMATSRT.  Againr a  functional  equivalent  of  this  program  is 
needed  by  any  yard  wishing  to  create  such  a  material  file. 


Figure  B-l 


graphically  depicts  the 


creation  of  the  PMMF. 


The  header  record  for  the  MMF  is  laid  out  as  follows: 


PMMF  Header  Record  Layout 


FIELD 

COLS 

CONTENTS 

VALUE 

1 

1 

Flag  specifying  model  units.  Same 

values  as  those  for  PMPF. 

1 

2 

2-79 

Available 

Blanks 

3 

80 

Carriage  return 

Blanks 

The  5-record  group  that  comprises  each  MMF  record  is  tree-format  except  for 
the  material  name.  The  first  five  fields  are  character  strings,  the  rest 
are  numeric.  All  the  numeric  fields  in  the  demo  system  are  set  to  zero. 
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The  five  80-byte  records  are  laid  out  as  follows: 


RECORD  1  of  5 

ENTRY  CONTENTS  SAMPLE  VALUE 

1  Material  name,  (Maximum  24  characters)  'MT 16420-20011-91' 

2  Stock  Cede  Number  (Maximum  12  characters)  'NONE' 

3  2-D  Symboll  =  (Maximum  24  characters)  '  NONE1 

RECORD  2  of  5 

1  Material,  short  description  (max  12  characters)  'CNA  90-10' 

2  Material,  long  description  (max  64  characters)  '  803-4384356, 

Class  A,  Type  1' 

The  remaining  three  records  are  included  merely  because  they  are  prescribed 
by  the  system.  The  fields  are  not  used  at  present  at  the  contracting  yard, 
neither  for  production  nor  for  the  demo  system 
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RECORD  3  of  5 


ENTRY  CONTENTS 


1  Modulus  of  Elasticity 


2  Shear  Modulus 


3  Poisson's  Ratio 


4  Mass  Density 


5  Coeff.  of  Thermal  Expansion 


6  Ref.  Temp,  for  Thermal  Expansion 


SAMPLE  VALUE 


NOT  USED, 
ALL  ZEROS 
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RECORD  4  Of  5 


ENTRY  CONTENTS 


1  Pipeline  Element  Damping  Coefficient 


2  Stress  Limit  -  Tension 


3  Stress  Limit  -  Compression 


4  Stress  Limit  -  Shear 


5  Ultimate  Strength  -  Tension 


6  Ultimate  Strength  -  Compression 


SAMPLE  VALUE 


NOT  USED  - 
ALL  ZEROS 
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RECORD  5  Of  5 


ENTRY  CONTENTS 


1  Ultimate  Strength  -  Shear 


2  Yield  Strength  -  Tension 


3  Yield  Strength  -  Compression 


4  Yield  Strength  -  Shear 


5  Available 


6  Available 


7  Available 


8  Available 


9  Available 


10  Available 


SAMPLE  VALUE 


NOT  USED, 
ALL  ZERO 
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CREATION  OF  PMMF 


HEADER 

AND 

MATERIAL 

RECORDS 


r 

AECMATSRT 

PROGRAM 

(FUNCTION) 

r 

PIPING 

MASTER 

MATERIAL 

FILE 


.  SEQUENTIAL 
.  80-BYTE  RECORDS 
.  EDITABLE 

.  MAY  BE  CREATED  BY  MENU-DRIVEN 
USER-INTERFACE 


.  VENDOR-SUPPLIED 
.  PROPRIETARY 

.  CREATES  SINGLE  MASTER  RECORDS 
.  SORTS  BY  USER-SPECIFIED  SEQUENCE 


.  DIRECT  ACCESS 
.  NOT  DIRECTLY  EDITABLE 
.  RECORD  LENGTH  =  5x80=400  BYTES 
.  16-CHARACTER  KEY  CONNECTS  WITH 
PROPERTY  FILE 


FIGURE  B— 1 


•  400-BYTE  PMMF  LAYOUT 


RECORD#l 

-  Header  and  Record  Count 

RECORD#2 

-  400-bytes 

RECORD  #  3 

-  400-bytes 

• 

• 

RECORD  #  n 

-  400-bytes 

Each  400-byte  record  consists  of  the  5  component  80-byte  records 
concatenated  together,  from  left  to  right,  in  the  same  order  as  they 
occur  in  the  5-record  group. 
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APPENDIX  C 


CREATION  -OF 

THE  PIPING  MASTER  DESCRIPTION  FILE  (PMDF) 

Creation  of  the  Piping  Master  Description  File  follows  the  same  general 
pattern  as  the  other  two  master  files.  Again  PLSORT  is  used  to  generate 
the  master  file  records  from  80-byte  input  records.  Figure  C-l  is  the 
graphic  depiction  of  the  process. 

There  are  two  80-byte  input  records  per  each  160-byte  MDF  record.  They  are 
laid  out  as  follows: 


RECORD  1  of  2 

ENTRY 

CONTENTS 

1 

ESID  -  Fixed  in  cols  1-4,  right  justified. 

2 

2-D  symbol  name,  free  format,  maximum  24  characters. 

cl 


RECORD  2  of  2 


ENTRY  CONTENTS 


1  Short  description,  free  format,  maximum  24  characters 


2  long  description,  free  format,  maximum,  79  characters. 


160-byte  PMDF  layout 


RECORD#!  -  total  record  count,  right  justified  to  col  64. 


RECORD  #2  -  160-bytes 


RECORD  #n  -  160-bytes 
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CREATION  OF  PMDF 


SEQUENTIAL 
80-BYTE  RECORDS 
EDITABLE 

MAY  BE  CREATED  BY  MENU-DRIVEN 
USER-INTERFACE 


VENDOR-SUPPLIED 

PROPRIETARY 

CREATES  SINGLE  MASTER  RECORDS 
SORTS  BY  ESID 


DIRECT  ACCESS 
NOT  DIRECTLY  EDITABLE 
RECORD  LENGTH  -  2x80=160  BYTES 
4-DIGIT  ESID  CONNECTS  WITH 
PROPERTY  FILE 


FIGURE  C-l 


